Warning: file_get_contents(/data/phpspider/zhask/data//catemap/2/csharp/266.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
C# 实施源代码管理_C#_Svn_Version Control_Visualsvn Server_Ankhsvn - Fatal编程技术网

C# 实施源代码管理

C# 实施源代码管理,c#,svn,version-control,visualsvn-server,ankhsvn,C#,Svn,Version Control,Visualsvn Server,Ankhsvn,如何设置一些组策略规则或机制以确保每个开发人员都将其代码提交给源代码管理 顺便说一句,我将visualsvn服务器与Ankhsvn客户端一起使用 谢谢这类政策最好利用同侪压力来实施。创建一个环境,在这里提交代码是公认的做法。否则,这将成为一项苦差事,开发人员将找到解决办法。这似乎真的是个坏主意。你能解释一下为什么要强制办理登机手续吗 强制签入将导致损坏的构建和错误代码的传播。只有当代码处于运行状态且用户有时间查看其所有更改时,才应执行签入。开发人员应该可以自由地签出某些东西,对其进行实验,然后扔

如何设置一些组策略规则或机制以确保每个开发人员都将其代码提交给源代码管理

顺便说一句,我将visualsvn服务器与Ankhsvn客户端一起使用


谢谢

这类政策最好利用同侪压力来实施。创建一个环境,在这里提交代码是公认的做法。否则,这将成为一项苦差事,开发人员将找到解决办法。

这似乎真的是个坏主意。你能解释一下为什么要强制办理登机手续吗

强制签入将导致损坏的构建和错误代码的传播。只有当代码处于运行状态且用户有时间查看其所有更改时,才应执行签入。开发人员应该可以自由地签出某些东西,对其进行实验,然后扔掉他们的更改。当我签出旧版本时,我总是这样做


如果你要寻找的是强制备份,我会考虑除源代码控制之外的其他解决方案。 我认为实施源代码管理的最佳方式是在您的团队中建立一种良好的“软件开发文化”

熟悉源代码管理好处的开发人员会毫不犹豫地使用它

推荐条款:


    • 持续集成服务器可能有助于鼓励人们签入代码。如果每个人都开始为夜间构建/单元测试运行签入代码,我想每个人都会开始看到好处。我同意之前的回答,强制人们登录可能不是最好的方法-可能最好是使用有利于团队的东西来鼓励这种行为。

      给每个人发电子邮件,告诉他们使用源代码管理或被解雇!我不是一个告诉人们发出威胁甚至制定许多政策的人,但使用源代码控制只是人们应该毫无疑问地参与其中的一件事

      如果人们对源代码控制不认真,那么有两种可能性。1) 设置太难,您应该简化该过程,使其成为一个一步完成的签入过程。2) 他们是糟糕的开发人员,需要离开。句号

      我们的基本策略是“如果它不在源代码存储库中,它就不存在。

      • 开发人员只有在签入代码时才能将任务标记为“开发完成”
      • 仅从标记的源代码集(而不是某个小丑的工作站副本)构建您的可交付成果
      • 没有任何不在源代码管理中的内容进入QA或生产
      检查被破坏的代码被认为是不好的形式,但不会受到惩罚(除了那些不方便的代码之外)

      我希望使用持续集成和配置断开的构建来自动撤销断开的更改,但我不希望很快能够在我所处的任何时间完成


      编辑:我们还需要在每次签入的注释中包含工件编号。这可以防止与需求无关的无偿更改。

      如果您定期与团队会面(如每日Scrum),并使用诸如us或Mantis或之类的工具,并且您在SVN系统中设置了一个触发器,将每个提交链接到一个任务(或者更好,将分支与任务联系起来,但不幸的是,SVN没有那么好)您可以轻松地检查开发人员是否已将代码签入此任务。大多数与问题/错误跟踪系统的集成都会创建一个附件,其中包含在提交中修改的文件,因此很容易检查


      这不是强迫,但它将帮助您强制所有团队遵守前面提到的规则:提前签入,经常签入。

      +1我是说认真点。。。哪位开发者不会参与源代码管理?我甚至不考虑在没有源头控制的地方工作。我认为他是想强迫使用源代码控制,而不是想强制签入。这很容易解释。他要求自动验证以确保代码被签入。你的第三个要点很关键。让开发人员在不经过VCS的情况下对生产代码进行更改,乐趣将永无止境。这可能比没有风投更糟糕,因为你会陷入一个陷阱,认为签入版本是相关的。我凭经验说话。