ios – 当Xcode自发地调整故事板时,有没有人真的让它破坏了什么?

ios – 当Xcode自发地调整故事板时,有没有人真的让它破坏了什么?,第1张

概述当我在 Xcode中打开现有项目时,它会立即调整故事板中的某些值.这是故事板的差异的一部分: - <rect key="frame" x="0.0" y="49.5" width="320" height="140"/>+ <rect key="frame" x="0.0" y="50" width="320" height="140"/> <autoresizingMas 当我在 Xcode中打开现有项目时,它会立即调整故事板中的某些值.这是故事板的差异的一部分:

-    <rect key="frame" x="0.0" y="49.5" wIDth="320" height="140"/>+    <rect key="frame" x="0.0" y="50" wIDth="320" height="140"/>     <autoresizingMask key="autoresizingMask"/>     <tableVIEwCellContentVIEw key="contentVIEw" opaque="NO" clipsSubvIEws="YES" multipletouchEnabled="YES" contentMode="center" tableVIEwCell="pcz-Xs-p1T" ID="8G9-Je-Ou9">-        <rect key="frame" x="0.0" y="0.0" wIDth="320" height="139.5"/>+        <rect key="frame" x="0.0" y="0.0" wIDth="320" height="140"/>

更改只发生一次,因此看起来Xcode将项目更新为最近的格式.

那么,我应该将这些更改提交到项目存储库还是忽略它们?

值得注意的是,还有其他程序员正在处理项目,他们可能没有使用最新的Xcode版本.

更新.我几乎看不出这个问题是如何“基于意见的”. Xcode所做的更改要么是破坏,要么是破坏.如果这些更改很可能会破坏代码,那么它们就不应该被提交.

另一个问题是,theese的变化将被另一个版本的Xcode还原,这导致用无用的编辑污染多个提交.

我也很想知道为什么Xcode不再满足于半分.

解决方法 这似乎是安全的 – 我从来没有真正破坏我的项目.并没有一个很好的选择.复杂性与规模呈指数关系.因此,许多较小的更改比一些较大的更改更容易查看.但…

我发现仅仅查看故事板引入了一个变化令人难以置信的烦恼.当一个Xcode引发的变化触发其他变化时,它尤其令人厌烦.

但我最不喜欢的是Xcode劫持了我的议程.我正在尝试管理一些棘手的代码交互中的更改提交,但最终必须切换上下文并处理完全不相关的内容:查看故事板的各种调整.

所有这一切,作为一个实际问题,对我来说最好的选择似乎是“按需付费”,并在发生时提交未经检查的故事板更改.

总结

以上是内存溢出为你收集整理的ios – 当Xcode自发地调整故事板时,有没有人真的让它破坏了什么?全部内容,希望文章能够帮你解决ios – 当Xcode自发地调整故事板时,有没有人真的让它破坏了什么?所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/web/1009781.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-05-22
下一篇 2022-05-22

发表评论

登录后才能评论

评论列表(0条)

保存