Python 使诗歌尊重诗歌中的场秩序 上下文
我们在python项目中使用诗歌来跟踪依赖关系。我们提交Python 使诗歌尊重诗歌中的场秩序 上下文,python,dependency-management,python-poetry,Python,Dependency Management,Python Poetry,我们在python项目中使用诗歌来跟踪依赖关系。我们提交诗歌。将锁定到git中 我最近添加了一个带有诗歌添加的包。但在diff中,我观察到诗歌的顺序改变为整个文件中的字段,生成了一个巨大的无用diff: 整个锁文件都是这样的。它的主要缺点是在尝试合并时会产生冲突 问题: 如何强制诗歌使用现有的字段顺序?或者您对此问题提出了什么其他解决方案?您是否在这两个版本之间更新了诗歌(或者使用两个不同的版本来生成两个锁定文件)?潜在相关:@Arne是正确的,除非您的项目是应用程序。我的规则是:如果它不是一
诗歌。将锁定到git中
我最近添加了一个带有诗歌添加的包。但在diff中,我观察到诗歌的顺序改变为整个文件中的字段,生成了一个巨大的无用diff:
整个锁文件都是这样的。它的主要缺点是在尝试合并时会产生冲突
问题:
如何强制诗歌
使用现有的字段顺序?或者您对此问题提出了什么其他解决方案?您是否在这两个版本之间更新了诗歌(或者使用两个不同的版本来生成两个锁定文件)?潜在相关:@Arne是正确的,除非您的项目是应用程序。我的规则是:如果它不是一个应用程序(即,它是一个库、插件等),那么通常不要提交锁文件、冻结的requirements.txt
、或固定的依赖项;如果它是一个应用程序,那么提交锁文件是有意义的。您是否在其间更新了诗歌(或使用两个不同版本生成了两个锁文件)?潜在相关:@Arne是正确的,除非您的项目是一个应用程序。我的规则是:如果它不是一个应用程序(即,它是一个库、插件等),那么通常不要提交锁文件、冻结的requirements.txt
、或固定的依赖项;如果它是一个应用程序,那么提交锁文件可能是有意义的。我的假设是,从现在起,在所有后续的诗歌版本中,锁文件的内容应该是稳定的(顺序没有变化)。如果不是,那么它可能会作为一个bug出现。这意味着不需要对诗歌本身进行翻译不过,一些诗歌版本可能仍在进行中,如果我没有弄错的话,锁定文件本身已经进行了版本控制。-请随意在这里询问维护人员的确认:我的假设是,从现在起,在所有后续的poetry版本中,锁文件的内容应该是稳定的(顺序没有变化)。如果不是,那么它可能会作为一个bug出现。这意味着不需要对诗歌本身进行翻译不过,一些诗歌版本可能仍在进行中,如果我没有弄错的话,锁定文件本身已经进行了版本控制。-请随时在此询问维护人员的确认: