具体来说,我正在使用bzr,但欢迎任何VCS的提示.
有没有办法让Bazaar能够自动检测对工作目录的一部分所做的更改(添加,删除,重命名等)并自动应用它们?
我有另一个进程产生的,所以我不能做所有的在我的仓库的目录树bzr add,bzr delete以及bzr rename作为文件正在改变命令.相反,我希望有一种方法让bzr注意到所有更改并在运行此过程后应用它们.
我现在想到的唯一方法是运行bzr status,然后手动(或通过编写脚本)运行bzr add并bzr delete列出所有列出的文件.这将工作,但我希望有一个自动方法,也可以确定文件是否被重命名(添加的文件具有相同的删除文件的内容).
我在项目中使用的唯一分布式修订控制系统是集市.除了如何办理结账外,我对git和mercurial了解不多.我喜欢bazaar的原因是automv插件.它检测我何时移动/删除了文件(从命令行/ ide等),当我赶时间时,我倾向于做很多事情.但是集市真的很慢,而我正在考虑转向git.git有类似于这个功能的东西吗?
我最近在我的Mac笔记本电脑上安装了Bazaar,我正试图让bzreclipse工作.为了做到这一点,我需要告诉它bzr可执行文件的位置.我无法弄清楚安装程序的位置.任何人都知道默认位置是什么?
如何管理DVCS中的公共库源?
目前,我的团队使用Perforce来管理我们的软件项目.使用Perforce的"工作区映射"功能,我能够轻松地将公共库源映射到开发应用程序目录,以保持源管理和开发项目工作之间的转换透明.例如,Repository看起来像这样:
由于漂亮的P4映射功能,我们的开发人员可以使用工作空间映射以最有意义的形式为他们所处理的项目提取一整套源代码.典型的dev项目文件夹可能如下所示:
/projects
/FALL-2009
/ForumSite
/deps
/event.logger
/json.parser
/AdminTool
/deps
/event.logger
/json.parser
/Users-db
/SiteConfiguration-db
/FALL-2009-PATCH-01
/json.parser
/SiteConfiguration-db
/FALL-2009-PATCH-02
/AdminTool
/deps
/event.logger
/json.parser
/SiteConfiguration-db
Run Code Online (Sandbox Code Playgroud)
当dev编辑任何他/她的组件或应用程序中的源时,更改将映射回正确版本点的右源控件目录.这对开发人员来说是透明的,降低了管理的复杂性和设置新项目的时间.
我正在研究Git,Bazaar和Mercurial作为Perforce的潜在替代品.任何人都可以深入了解DVCS世界中常见组件源的处理方式吗?
有没有简单的方法将现有的Mercurial存储库转换为Bazaar而不会丢失任何历史记录?如果我将Mercurial转换为Subversion到Bazaar,我会失去任何历史吗?
我的工作场所正在考虑转向现代(D)VCS,这是我正在推动的.
我的老板正在考虑这个想法,当前的工作流程是拥有一个集中的存储库,每个人都可以在任务完成时提交/合并他们的更改,在处理任务时,每个开发人员都可以拥有自己的分支来处理和提交.
问题在于,他不太喜欢人们在工作站上只有代码,直到将更改推送到共享存储库中.这是因为磁盘故障等.
他希望看到的是,每个人在服务器上都有自己的分支,当你在本地工作站上提交时,它会自动更新.
是否有任何DVCS以易于设置的方式支持此功能?
请注意,我个人认为每个开发人员都可以完全接受通过例如将更改推送到远程服务器上的专用分支来负责备份代码.这可以手动完成,也可以使用cron脚本自动完成.
我有一个开发人员做了一些更改,并要求我将它们合并.为了安全起见,我没有完全合并/提交他的工作,而是复制了他的分支,以便我可以做一个'bzr log --forward -n 0 -v | 少看到他的提交说明,并了解修改/添加的文件.
由于他做了几处修改,我不想一次性合并它们.相反,我想在审核之后一次一个地将他的更改提交给我的分支.
问题是,我没有看到他的更改的每个"合并提示"的任何修订ID.
例如,如果他在r250,251,252提交了更改,并且我将所有这些更改合并到工作树中,那么如何提交他的r250?我是否必须一次合并他的更改?或者有没有办法通过"合并提示"这样做?
我不确定合并提示有多有用,如果它们只显示注释,并且不提供单独合并每个提示的功能.
当然,我可能会遗漏一些常识; 如果是的话,请赐教.
首先十分感谢.
我们已经完成了工作,而且有一件事似乎与工作流程相关,而且还有待更改.
我可以创建一个新的挂起变更集,为其分配更改,为其分配jira票证等等...我可以将文件搁置在那里并在其他变更集中进行其他更改.然后,当它在签入时,我可以通过简单地提供变更集ID来推送这些变更.
任何主要的分布式版本控制系统都提供这样的东西吗?我看到大多数都提供了搁架的变种,但待定的变更集?
编辑 - 一个澄清的例子:
我有一个带文件AZ的项目.我在更改我正在进行的源更改之前做了更新.我注意到我还没有准备采用一个改变,所以我通过修改A和B来创建一个hack.然后我对文件C,D和E进行更改.
我只想检查后三个,我想附上我正在回复的jira票.在p4v中,这就像创建一个新的"挂起的变更集"并检查我想要的文件以及票号一样简单.然后我提交我的待定变更集.然后,我可以保持我的黑客为下一次运行或恢复它.
我在当前项目(使用OpenCart构建)中使用了一些vQmod扩展,我想知道将文件<vqmod>夹的所有文件包含到版本控制中是否真的有用.
在这个时候,我认为包含以下内容可能是正确的:
<install>
<xml>
.htaccess
pathReplaces.php
readme.txt
vqmod.php
Run Code Online (Sandbox Code Playgroud)
但我想知道相关性(特别是在后来被推入远程分支的本地开发环境中)还包括:
<logs>
<vqcache>
checked.cache
modes.cache
Run Code Online (Sandbox Code Playgroud)
感谢您的反馈.