Atomic commit: Difference between revisions

Content deleted Content added
design of the physical disk 
Tag: Mobile edit
Added ClearCase reference to the list of VCSs, which do not support atomic commits
Line 35:
== Revision Control ==
 
The other area where atomic commits are employed is [[revision control]] systems. This allows multiple modified files to be uploaded and merged into the source. Most revision control systems support atomic commits ([[Concurrent Versions System|CVS]] and, [[Microsoft Visual SourceSafe|VSS]] areand the[[IBM_Rational_ClearCase|IBM majorRational ClearCase]] (when in [[IBM_Rational_ClearCase_UCM|UCM]] exceptions).mode
<ref>http://pic.dhe.ibm.com/infocenter/cchelp/v8r0m0/index.jsp?topic=%2Fcom.ibm.rational.clearcase.cc_proj.doc%2Fc_bcccq_debug_env.htm</ref>) are the major exceptions).
 
Like database systems commits may fail due to a problem in applying the changes on disk. Unlike a database system which overwrites any existing data with the data from the [[changeset]], revision control systems [[merge (revision control)|merge]] the modification in the changeset into the existing data. If the system cannot complete the merge then the commit will be rejected. If a merge cannot be resolved by the revision control software it is up to the user to merge the changes. For revision control systems that support atomic commits, this failure in merging would result in a failed commit.