2012-07-16 41 views
0

我知道这已经被问到,但我想分享我的情况也专注于替代解决方案和技巧。我们开发PHP网站,并在远程半制作服务器上测试所有内容,以了解我们的Web应用程序在真实世界中的工作方式。使GIT自动提交每个文件更改

通常情况下,我们在我们的计算机上安装远程SFTP,并直接在服务器上读写(然后我们每晚都从测试​​服务器备份到另一台),所以我们不必保存并上传每个文件我们改变。

现在我们正在考虑切换到GitHub来跟踪文件更改。我已经在我的Mac上安装并配置了GitHub,并且自动从我们的GIT存储库中拉出了测试web服务器的webhook。所以,当我提交并同步到GitHub时,我可以刷新我在浏览器中更改的页面,以查看它的实际运行情况。

问题是,网页脚本通常是由许多微小的变化组成的,有时你必须连续点击“保存”并切换到浏览器以检查它是否正常工作......所以必须提交(并指定一个总结!)每次都是不可接受的。

我们如何才能解决这个问题的工作流程?

预先感谢您。

+2

为什么不继续使用SFTP和GIT?他们不是相互排斥的 – zerkms 2012-07-16 11:03:21

+1

你当然也在本地发展?让您的更改保存,在本地测试,在一天结束时提交修改后的文件!那里没有问题。 – Dale 2012-07-16 11:03:42

+0

@Dale您应该提交相关更改的块,并且如果您每天提交的次数极少,那么您将拥有超级提交,无法跟踪任何难以合并或回滚的更改。 _但也许你的意思是**推**每天一次?_ – c69 2012-07-16 11:08:28

回答

3

简而言之:你不应该那样做。

源代码管理系统不用于测试并将开发中的代码转移到测试服务器。您应该像以前一样使用SFTP或设置rsync。这些是转移的工具。

你应该使用GitHub来存储工作,完整的变化。在测试完“微更改”并获得工作快照后,您应该提交并描述自上次提交以来修改的所有内容。

其他任何东西都只是黑客您尝试使用的工具。做你的建议只会意味着失去(几乎)git给你的所有好处,并且比使用普通的sftp/rsync更不方便。

4

只提交好的代码。如果需要,可以用sftp进行测试,但只提交好的代码。

失去像git bisect这样的好处是你在其他人中提出的一个非常严重的副作用。

相关问题