问题标签 [commit]

-edit- 没关系，我在选择语句中犯了一个错误。更新工作正常。

我不知道为什么，但我的 sqlite 数据库没有更新。我可以看到这个查询为受影响的表返回 1，但是当我关闭我的应用程序或运行某个选择语句时，就好像这个更新从未发生过一样。2注。1）我的插入工作正常，2）我的代码中没有交易。

目前，当我运行git svn dcommitgit 时，我会在 SVN 中为我上次与 SVN 同步后所做的每个本地提交创建一个单独的提交。有什么办法可以dcommit将我最近的所有本地提交合并为一个 SVN 提交？

我需要创建一个脚本，在夜间备份 SVN 存储库上的几个文件，因为这些文件是安全的，我可以在不输入用户名（甚至可能吗？）或密码的情况下提交它们。

我想出的可能解决方案： - 创建一个没有密码或已知密码的虚拟用户，但这会带来安全问题（有人可以阅读它并使用它来提交他喜欢的任何内容） - 创建一个隐藏我的密码但传递它的脚本到 svn 命令。

谢谢

我们在工作中对我们的项目造成了严重破坏，因为当我们跨文件移动信息时，我们的 VCS 正在做一些糟糕的合并。

因此，场景是：

例如，您有很多文件，其中包含有关字典中术语的信息，因此您有一个包含每个字母的文件。

输入术语的用户盲目地按照字典顺序输入，所以如果字典恰好列出了它，他们会在 B 下放置一个类似“kick the bucket”的条目（或者它可能已经在 B，bucket 和 K，kick 下列出） .

稍后，其他用户将这些条款移至其正确的文件中。一直在对字典术语进行大量工作。

例如，用户 A 可能已经获取了 B 文件并详细说明了“kick the bucket”条目。用户 B 拿走了 B 和 K 文件，并将“踢桶”条目移动到 K 文件中。无论他们最终以哪种顺序提交，VCS 都可能会丢失条目，并且不会“确定”条目已被移动。

（这些条目稍后会自动转换为 SQL 数据库。但它们以“人性化”的形式保存，用于处理它们，有很多评论、示例等。所以说“让你的用户直接输入 SQL”是不可接受的“。）

太糟糕了，我们现在几乎要手动合并这些类型的文件，因为我们不能信任我们的 VCS。:(

那么解决方案是什么？我很想知道有一个 VCS 可以解决这个问题。还是更好的合并算法？或者，也许有人可以建议更好的工作流程或文件安排来尝试避免这个问题？

我不小心修改了我之前的提交。提交应该是分开的，以保留我对特定文件所做更改的历史记录。

有没有办法撤消最后一次提交？如果我做类似的事情git reset --hard HEAD^，第一次提交也会被撤消。

（我还没有推送到任何远程目录）

我有一个如下所示的 git 存储库：

我想让分支的头指向A，即我想让B、C、D和HEAD消失，我想让head成为A的同义词。

听起来我可以尝试重新设置基准（不适用，因为我已经在两者之间推送了更改），或者恢复。但是我如何恢复多个提交？我要一次恢复一个吗？顺序重要吗？

我有 MacBook 和 Ubuntu Server 作为 VMWare 融合虚拟机的一部分。当我在本地磁盘（Mac）上使用 GIT 时，一切正常，但是当我尝试在卷上使用 git 时，我遇到了问题。

例如 /Volumes/vm1/webfolder 是我的本地 .git 存储库。如果我像这样创建克隆

然后我检查更改，例如

所有文件都不同，需要更新。问题是什么？有关信息...与我在 Windows 上使用共享 VMWare 文件夹的效果相同。是否存在权限问题或用户所有者问题？

修复它？谢谢！

StackOverflow 上有另一个线程，处理提交更改到源代码控制的频率。我想把它放在使用像 git 或 mercurial 这样的 DVCS 的上下文中。

1. 你多久提交一次？

2. 您是否仅在正确构建时提交更改？

3. 你多久推送一次更改（或提交拉取请求或类似请求）？

4. 你如何开发一个复杂的功能/进行需要很多地方的复杂重构？无法构建的“私人提交”是否可以？完成后，您是将它们也推送到主存储库还是在推送之前将所有更改捆绑到单个变更集中？

现在我们用于插入记录集的过程是这样的：

（请注意，“记录集”是指一个人的记录以及他们的地址、电话号码或任何其他连接表）。

1. 开始交易。
2. 插入一组相关的记录。
3. 如果一切都成功，则提交，否则回滚。
4. 返回到步骤 1 获取下一组记录。

我们应该做更多这样的事情吗？

1. 在脚本开头启动事务
2. 为每组记录启动一个保存点。
3. 插入一组相关记录。
4. 如果有错误则回滚到保存点，如果一切成功则继续。
5. 在脚本开头提交事务。

在遇到 ORA-01555 的一些问题并阅读了一些 Ask Tom 文章（如这篇文章）之后，我正在考虑尝试第二个过程。当然，正如 Tom 所指出的，开始一项新事务应该由业务需求来定义。第二个过程值得尝试，还是一个坏主意？

我有一个我开发的应用程序，它查询 Active Directory 信息并将大约 15 个属性存储到保存在内存中的 Datatable 中。

我需要减少它留出的“提交”内存量。

该应用程序在系统托盘中保持活动状态，并允许用户快速搜索信息和图片。

我有一门课，它能够将内存使用率保持在很低的水平。它每 10 秒在计时器上运行一次，如下所示：

应用程序加载后，任务管理器显示以下内容：

工作集（内存） - 30,000K
内存（私有工作集） - 13,000K
提交大小 - 25,000K

几秒钟后，内存管理类将内存使用量减少到：

工作集（内存） - 700K
内存（私有工作集） - 600K
提交大小 - 25,000K

我注意到的一件事是提交大小永远不会下降，实际上会在几天内继续增长（非常缓慢）。两天后，提交大小达到了 36,000K。

现在我很肯定我正在处理所有允许处理方法的对象并将其他对象设置为 = 无。

如果我查看任务管理器，其他应用程序的提交大小并没有这么大的占用空间。

关于如何进一步削减我的应用程序搁置的提交大小的任何想法？

编辑：

根据下面的建议，我在下面包含了一些来自 CLR Profiler 的信息：

CSIir.exe 的摘要
分配字节：15,097,943 重
定位字节：3,680,460
最终堆字节：1,612,611
最终确定的对象：16,194 最终确定的
关键对象：148
Gen 0 集合：19
Gen 1 集合：17
Gen 2 集合：16
诱导集合：16
Gen 0 Heap 字节：769,019
Gen 1 堆字节：156,141
Gen 2 堆字节：947,492
大对象堆字节：40,706
创建的句柄：4,664
销毁的句柄：4,386个
幸存的句柄：278
堆转储：1
评论：0