gpt4 book ai didi

python - 作为开发的一部分,我致力于 github 并在其他地方执行。感觉不对

转载 作者:行者123 更新时间:2023-11-30 23:43:14 25 4
gpt4 key购买 nike

我有一个标准的设置。将其称为三台服务器 - www、app 和 db,全部由 Fabric 脚本提供,并且全部位于 github 上。

我有一台带有存储库克隆的本地笔记本电脑。我在本地更改一个文件,然后将其推送到 github,然后使用 jenkins 进行部署 - 它从 github 中提取并执行其业务。这里的问题是我可以提交十几个垃圾,直到我设法修复所有拼写错误。

重要的不是到 github 的往返,而是提交的绝对数量——我不能压制它们,因为它们已经被推送了。看起来很丑。它确实有效,但很丑。

我不认为我可以直接在服务器上进行编辑 - 文件分布得很广,而且我无法使三台服务器上的每个目录都是 github 的克隆,并希望保持理智。尝试编写将服务器与本地存储库同步的脚本是疯狂的 - 结构文件花费了足够长的时间。

我无法轻松地从 jenkins 中 git pull ,因为我仍然必须 promise 让 jenkins 拉取,并且我们仍然会得到丑陋的提交日志。

我看不出有什么优雅的方法可以做到这一点 - 任何人都有想法。

最佳答案

解决方案非常简单:进行更清晰的提交(在提交之前修复拼写错误,仅提交属于一起的更改,而不是太小的编辑)。有点奇怪的是,您没有花时间修复拼写错误(通过在本地运行/测试),而是希望通过其他方式减少提交数量。

关于python - 作为开发的一部分,我致力于 github 并在其他地方执行。感觉不对,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10919301/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com