您还可以使用ci签入文件。
然后便可以签入文档。
解决方案：全天频繁地签入代码。
执行gitcommit命令签入初始文件。
Execute the git commit command to check in your initial files.
这是同样的用于签入操作的技术。
将测试列表用作签入策略的一部分。
“签入说明”通道(在左侧)。
有任何项目签入至版本控制中。
生成必须成功，签入过程才能完成。
The build must be successful for the check-in process to be completed.
关于高效签入脚本，请参阅下面的内容。
它认为每天只要至少签入一次代码即可。
“添加”创建新的签入策略。
试着这样做：不起作用的代码不要签入，这很简单。
Get this: don't check in code that doesn't work! It's that simple.
很多代码被签入到主干上。
只能签入通过分析的代码。
将应用程序签入存储库。
签入变更以便与小组共用。
更正：在签入代码之前修复并测试代码。
签入锁的限制少于签出锁。
复原或签入暂止的变更。
图1演示了软件开发团队签入的典型时间线。
Figure 1 illustrates a typical timeline of check-ins for a software development team.
帮助客人签入和签出。
您可以签入和签出解决方案，以及解决方案的关联项目。
You can check in and check out solution, together with the projects associated with it.
执行签入以仅包含属于当前解决方案的文件。
Enforce check-in to only contain files that are part of current solution.
“签入策略”选项卡。
在您进行变更之后，请将所有档案再次签入。
After you make your changes, check all of the files back in.
签出-修改-签入说法是明显很传统和保守的。
The "checkout-edit-checkin" doctrine is obviously more traditional and conservative.
是谁签入这项变更？
最近的签入的列表。
下面的过程演示如何从团队项目移除签入策略。
The following procedure demonstrates how to remove a check-in policy from your team project.
应用推荐