标签: dvcs

服务器已经运行IIS以通过TCP服务80和443端口.我想通过互联网为我的所有团队成员提供集中的"推/拉"GIT存储库.

所以我应该使用HTTP或HTTPS.

但我不能使用Apache,因为IIS已经连接了80和443端口上的侦听套接字!有没有办法通过IIS发布GIT存储库？GIT是否使用WebDAV ultima analysi？

更新.似乎git HTTP安装是只读的.那很难过.我打算在构建服务器上保持稳定分支,并在push上使用hook重新部署.有没有人看到在该分支上使用SVN旁边的解决方法？

如果您处于公司环境中,并且有许多人在处理特定应用程序,那么它是否会与分布式版本控制系统相悖以拥有官方中央存储库？

有时我很难在公司环境中理解分布式版本控制系统(如GIT)的概念.如果您没有中央存储库,那么PITA是否可以确定谁拥有最新的更新版本,谁拥有每个人都需要抓取的功能x或错误修复等等等.

它是否违背了GIT以与SVN类似的方式使用它的目的,还有一个每个人都推/拉的中央存储库？每次我想到这样做,我都觉得我错过了一切.

有人可以开导我吗？

我对git有点新,我不明白为什么git commit -a只有阶段改变和删除文件而不是新文件.

任何人都可以解释为什么它是这样的,为什么没有其他提交标志来启用添加文件和提交一个命令？

BTW,hg commit -A将新文件和已删除文件添加到提交中

我刚刚开始使用Mercurial,我在Bitbucket上有一个"中央"存储库,我将其克隆到一台机器上并进行更改并提交和推送.然后我从Bitbucket克隆到另一台承诺推送的机器,这很好.然后我回到第一台机器,提交了更改并尝试推送,但收到了错误消息.我究竟做错了什么？我应该先拉？如何解决错误并推送？任何帮助表示赞赏!

达伦.

我在Mercurial中使用命名分支.

在这样做的过程中,我创建了一个名为playground的分支,在那里我可以尝试各种古怪的实验.我从不打算将这个分支合并到任何其他分支中,我从不想将它推送到我们的主存储库.

自创建它以来,每次我做推动时都被告知我添加了一个新分支,我必须使用该--new-branch标志.在这一点上hg push -b default(或者我正在推动的任何分支)工作正常,但它很烦人.有没有办法通过让Hg知道我对推动那个分支不感兴趣来压制这个消息？

对于来自更传统的VCS背景(CVS/SVN)的人来说,学习和迁移到git的最有说服力的理由是什么？

请评论团队所需的技术能力,以便使git工作.我见过聪明的人爬上学习曲线,但仍然失去了一些头发.任何人都可以攀登这条曲线,还是git不适合所有球队？

当然,我也希望了解功能优势,工具支持,集成其他系统(CI等)......

(这似乎是一个显而易见的问题,但尽管进行了一些搜索,但我没有发现这个问题的重复)

编辑链接到良好的资源也赞赏.

我在SVN存储库中有几个具有不同发布周期的项目.通过使用SVN中的经典标记结构创建版本.当在版本中存在要修复的错误时,会从标记创建分支,该错误会被修复,然后从那里合并到主干中.

现在,出于多种原因,我想通过中央推送站点从SVN切换到mercurial.

问题:在mercurial中组合多个项目的最佳方式是哪种方法在它们之间共享很少的代码？我应该创建多个推送网站,每个项目一个？

请在答案中包含有关如何使用您首选的存储库设计版本重新创建我的release-tag,bugfix分支的说明.

编辑:我想安装尽可能少的扩展.

EDIT2:

鉴于此SVN布局:

.
|-- project-a
|   |-- branches
|   |   |-- 1.x
|   |   `-- feature-1
|   |-- tags
|   `-- trunk
`-- project-b
    |-- branches
    |-- tags
    |   |-- 1.0
    |   `-- 1.1
    `-- trunk

(谢谢@bendin!:))

使用多个hg推送存储库更好吗？

project_a-trunk
project_a-1.x
project_a-feature-1
project_b-trunk

对于分支机构.标签被折叠到适当的分支中.

或者你宁愿在这个例子中使用两个推送存储库

project_a
project_b

使用命名分支,因此在一个回购中有多个头.

我看到多头回购的优点是我不必去寻找多个回购中的标签.我看到的缺点是,hg书似乎不鼓励多头回购.你会怎么做？

我想回到我的集市历史(更改工作树)来查找引入某个bug的提交.

我不想删除任何提交,只是更改我的工作树,直到我找到错误,然后我想回到最新版本继续工作.

这两个命令是什么(回到之前的提交,然后再次检查最新版本)？

提前致谢.

StackOverflow上还有另一个线程,用于处理对源代码控制进行更改的频率.我想把它放在使用像git或mercurial这样的DVCS的环境中.

1. 你多久和多久犯下一次？

2. 您是否只在正确构建时提交更改？

3. 您多长时间以及何时推送更改(或提交拉取请求或类似内容)？

4. 您如何认可开发复杂功能/进行复杂的重构需要触及许多地方？是"私人提交",不会建立好吗？完成后,您是否也将它们推送到主存储库,或者在推送之前将所有更改捆绑到单个变更集中？

我一直想知道.NET开发人员更好的DVCS是什么？从阅读各种信息来看,Mercurial在Windows上的效果更好,但其他信息声称Git在提供高质量的Windows和Visual Studio工具方面已经赶上并超越了Mercurial.有没有人有最近的信息或在.NET开发环境中尝试这两者的经验？