Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
# include "cache.h"
# include "builtin.h"
# include "parse-options.h"
# include "refs.h"
# include "commit.h"
# include "tree.h"
# include "tree-walk.h"
2009-04-20 12:58:18 +02:00
# include "cache-tree.h"
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
# include "unpack-trees.h"
# include "dir.h"
# include "run-command.h"
# include "merge-recursive.h"
# include "branch.h"
# include "diff.h"
# include "revision.h"
2008-02-17 02:17:09 +01:00
# include "remote.h"
2008-08-30 16:52:24 +02:00
# include "blob.h"
# include "xdiff-interface.h"
# include "ll-merge.h"
2009-12-25 09:30:51 +01:00
# include "resolve-undo.h"
2010-08-25 12:34:57 +02:00
# include "submodule.h"
2011-09-13 23:58:19 +02:00
# include "argv-array.h"
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
static const char * const checkout_usage [ ] = {
" git checkout [options] <branch> " ,
" git checkout [options] [<branch>] -- <file>... " ,
NULL ,
} ;
2008-08-30 16:46:55 +02:00
struct checkout_opts {
int quiet ;
int merge ;
int force ;
2011-02-08 11:32:49 +01:00
int force_detach ;
2008-08-30 16:48:18 +02:00
int writeout_stage ;
2008-08-30 16:46:55 +02:00
int writeout_error ;
2010-06-23 21:29:00 +02:00
/* not set by parse_options */
int branch_exists ;
2008-08-30 16:46:55 +02:00
const char * new_branch ;
2010-06-23 21:29:00 +02:00
const char * new_branch_force ;
2010-03-21 16:34:38 +01:00
const char * new_orphan_branch ;
2008-08-30 16:46:55 +02:00
int new_branch_log ;
enum branch_track track ;
2010-08-25 12:34:57 +02:00
struct diff_options diff_options ;
2008-08-30 16:46:55 +02:00
} ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
static int post_checkout_hook ( struct commit * old , struct commit * new ,
int changed )
{
2009-01-16 20:09:59 +01:00
return run_hook ( NULL , " post-checkout " ,
sha1_to_hex ( old ? old - > object . sha1 : null_sha1 ) ,
sha1_to_hex ( new ? new - > object . sha1 : null_sha1 ) ,
changed ? " 1 " : " 0 " , NULL ) ;
2009-01-16 20:09:58 +01:00
/* "new" can be NULL when checking out from the index before
a commit exists . */
2009-01-16 20:09:59 +01:00
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
static int update_some ( const unsigned char * sha1 , const char * base , int baselen ,
2008-07-14 21:22:12 +02:00
const char * pathname , unsigned mode , int stage , void * context )
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
{
int len ;
struct cache_entry * ce ;
if ( S_ISDIR ( mode ) )
return READ_TREE_RECURSIVE ;
len = baselen + strlen ( pathname ) ;
ce = xcalloc ( 1 , cache_entry_size ( len ) ) ;
hashcpy ( ce - > sha1 , sha1 ) ;
memcpy ( ce - > name , base , baselen ) ;
memcpy ( ce - > name + baselen , pathname , len - baselen ) ;
ce - > ce_flags = create_ce_flags ( len , 0 ) ;
ce - > ce_mode = create_ce_mode ( mode ) ;
add_cache_entry ( ce , ADD_CACHE_OK_TO_ADD | ADD_CACHE_OK_TO_REPLACE ) ;
return 0 ;
}
static int read_tree_some ( struct tree * tree , const char * * pathspec )
{
2011-03-25 10:34:19 +01:00
struct pathspec ps ;
init_pathspec ( & ps , pathspec ) ;
read_tree_recursive ( tree , " " , 0 , 0 , & ps , update_some , NULL ) ;
free_pathspec ( & ps ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
/* update the index with the given tree's info
* for all args , expanding wildcards , and exit
* with any non - zero return code .
*/
return 0 ;
}
2008-08-29 22:40:36 +02:00
static int skip_same_name ( struct cache_entry * ce , int pos )
{
while ( + + pos < active_nr & &
! strcmp ( active_cache [ pos ] - > name , ce - > name ) )
; /* skip */
return pos ;
}
2008-08-30 16:48:18 +02:00
static int check_stage ( int stage , struct cache_entry * ce , int pos )
{
while ( pos < active_nr & &
! strcmp ( active_cache [ pos ] - > name , ce - > name ) ) {
if ( ce_stage ( active_cache [ pos ] ) = = stage )
return 0 ;
pos + + ;
}
2011-02-23 00:41:40 +01:00
if ( stage = = 2 )
return error ( _ ( " path '%s' does not have our version " ) , ce - > name ) ;
else
return error ( _ ( " path '%s' does not have their version " ) , ce - > name ) ;
2008-08-30 16:48:18 +02:00
}
2008-08-30 16:52:24 +02:00
static int check_all_stages ( struct cache_entry * ce , int pos )
{
if ( ce_stage ( ce ) ! = 1 | |
active_nr < = pos + 2 | |
strcmp ( active_cache [ pos + 1 ] - > name , ce - > name ) | |
ce_stage ( active_cache [ pos + 1 ] ) ! = 2 | |
strcmp ( active_cache [ pos + 2 ] - > name , ce - > name ) | |
ce_stage ( active_cache [ pos + 2 ] ) ! = 3 )
2011-02-23 00:41:39 +01:00
return error ( _ ( " path '%s' does not have all three versions " ) ,
2008-08-30 16:52:24 +02:00
ce - > name ) ;
return 0 ;
}
2008-08-30 16:48:18 +02:00
static int checkout_stage ( int stage , struct cache_entry * ce , int pos ,
struct checkout * state )
{
while ( pos < active_nr & &
! strcmp ( active_cache [ pos ] - > name , ce - > name ) ) {
if ( ce_stage ( active_cache [ pos ] ) = = stage )
return checkout_entry ( active_cache [ pos ] , state , NULL ) ;
pos + + ;
}
2011-02-23 00:41:40 +01:00
if ( stage = = 2 )
return error ( _ ( " path '%s' does not have our version " ) , ce - > name ) ;
else
return error ( _ ( " path '%s' does not have their version " ) , ce - > name ) ;
2008-08-30 16:48:18 +02:00
}
2008-08-29 22:40:36 +02:00
2008-08-30 16:52:24 +02:00
static int checkout_merged ( int pos , struct checkout * state )
{
struct cache_entry * ce = active_cache [ pos ] ;
const char * path = ce - > name ;
mmfile_t ancestor , ours , theirs ;
int status ;
unsigned char sha1 [ 20 ] ;
mmbuffer_t result_buf ;
if ( ce_stage ( ce ) ! = 1 | |
active_nr < = pos + 2 | |
strcmp ( active_cache [ pos + 1 ] - > name , path ) | |
ce_stage ( active_cache [ pos + 1 ] ) ! = 2 | |
strcmp ( active_cache [ pos + 2 ] - > name , path ) | |
ce_stage ( active_cache [ pos + 2 ] ) ! = 3 )
2011-02-23 00:41:39 +01:00
return error ( _ ( " path '%s' does not have all 3 versions " ) , path ) ;
2008-08-30 16:52:24 +02:00
2010-02-17 00:42:55 +01:00
read_mmblob ( & ancestor , active_cache [ pos ] - > sha1 ) ;
read_mmblob ( & ours , active_cache [ pos + 1 ] - > sha1 ) ;
read_mmblob ( & theirs , active_cache [ pos + 2 ] - > sha1 ) ;
2008-08-30 16:52:24 +02:00
2010-08-05 13:24:58 +02:00
/*
* NEEDSWORK : re - create conflicts from merges with
* merge . renormalize set , too
*/
2010-03-21 01:40:19 +01:00
status = ll_merge ( & result_buf , path , & ancestor , " base " ,
2010-08-26 07:49:53 +02:00
& ours , " ours " , & theirs , " theirs " , NULL ) ;
2008-08-30 16:52:24 +02:00
free ( ancestor . ptr ) ;
free ( ours . ptr ) ;
free ( theirs . ptr ) ;
if ( status < 0 | | ! result_buf . ptr ) {
free ( result_buf . ptr ) ;
2011-02-23 00:41:39 +01:00
return error ( _ ( " path '%s': cannot merge " ) , path ) ;
2008-08-30 16:52:24 +02:00
}
/*
* NEEDSWORK :
* There is absolutely no reason to write this as a blob object
2009-04-17 20:13:30 +02:00
* and create a phony cache entry just to leak . This hack is
2008-08-30 16:52:24 +02:00
* primarily to get to the write_entry ( ) machinery that massages
* the contents to work - tree format and writes out which only
* allows it for a cache entry . The code in write_entry ( ) needs
* to be refactored to allow us to feed a < buffer , size , mode >
* instead of a cache entry . Such a refactoring would help
* merge_recursive as well ( it also writes the merge result to the
* object database even when it may contain conflicts ) .
*/
if ( write_sha1_file ( result_buf . ptr , result_buf . size ,
blob_type , sha1 ) )
2011-02-23 00:41:39 +01:00
die ( _ ( " Unable to add merge result for '%s' " ) , path ) ;
2008-08-30 16:52:24 +02:00
ce = make_cache_entry ( create_ce_mode ( active_cache [ pos + 1 ] - > ce_mode ) ,
sha1 ,
path , 2 , 0 ) ;
2008-10-05 04:14:40 +02:00
if ( ! ce )
2011-02-23 00:41:39 +01:00
die ( _ ( " make_cache_entry failed for path '%s' " ) , path ) ;
2008-08-30 16:52:24 +02:00
status = checkout_entry ( ce , state , NULL ) ;
return status ;
}
2008-08-29 22:40:36 +02:00
2008-08-30 16:46:55 +02:00
static int checkout_paths ( struct tree * source_tree , const char * * pathspec ,
2011-08-01 23:19:58 +02:00
const char * prefix , struct checkout_opts * opts )
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
{
int pos ;
struct checkout state ;
static char * ps_matched ;
unsigned char rev [ 20 ] ;
int flag ;
struct commit * head ;
2008-05-28 23:48:57 +02:00
int errs = 0 ;
2008-08-30 16:48:18 +02:00
int stage = opts - > writeout_stage ;
2008-08-30 16:52:24 +02:00
int merge = opts - > merge ;
2008-02-28 22:52:44 +01:00
int newfd ;
struct lock_file * lock_file = xcalloc ( 1 , sizeof ( struct lock_file ) ) ;
newfd = hold_locked_index ( lock_file , 1 ) ;
2009-05-10 00:11:17 +02:00
if ( read_cache_preload ( pathspec ) < 0 )
2011-02-23 00:41:39 +01:00
return error ( _ ( " corrupt index file " ) ) ;
2008-02-28 22:52:44 +01:00
if ( source_tree )
read_tree_some ( source_tree , pathspec ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
for ( pos = 0 ; pathspec [ pos ] ; pos + + )
;
ps_matched = xcalloc ( 1 , pos ) ;
for ( pos = 0 ; pos < active_nr ; pos + + ) {
struct cache_entry * ce = active_cache [ pos ] ;
2009-01-14 15:54:35 +01:00
match_pathspec ( pathspec , ce - > name , ce_namelen ( ce ) , 0 , ps_matched ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
2011-08-01 23:19:58 +02:00
if ( report_path_error ( ps_matched , pathspec , prefix ) )
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
return 1 ;
2009-12-25 20:57:11 +01:00
/* "checkout -m path" to recreate conflicted state */
if ( opts - > merge )
unmerge_cache ( pathspec ) ;
2008-08-29 22:40:36 +02:00
/* Any unmerged paths? */
for ( pos = 0 ; pos < active_nr ; pos + + ) {
struct cache_entry * ce = active_cache [ pos ] ;
2009-01-14 15:54:35 +01:00
if ( match_pathspec ( pathspec , ce - > name , ce_namelen ( ce ) , 0 , NULL ) ) {
2008-08-29 22:40:36 +02:00
if ( ! ce_stage ( ce ) )
continue ;
2008-08-30 16:46:55 +02:00
if ( opts - > force ) {
2011-02-23 00:41:39 +01:00
warning ( _ ( " path '%s' is unmerged " ) , ce - > name ) ;
2008-08-30 16:48:18 +02:00
} else if ( stage ) {
errs | = check_stage ( stage , ce , pos ) ;
2008-08-30 16:52:24 +02:00
} else if ( opts - > merge ) {
errs | = check_all_stages ( ce , pos ) ;
2008-08-30 16:46:55 +02:00
} else {
errs = 1 ;
2011-02-23 00:41:39 +01:00
error ( _ ( " path '%s' is unmerged " ) , ce - > name ) ;
2008-08-30 16:46:55 +02:00
}
2008-08-29 22:40:36 +02:00
pos = skip_same_name ( ce , pos ) - 1 ;
}
}
if ( errs )
return 1 ;
2008-05-28 23:48:57 +02:00
/* Now we are committed to check them out */
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
memset ( & state , 0 , sizeof ( state ) ) ;
state . force = 1 ;
state . refresh_cache = 1 ;
for ( pos = 0 ; pos < active_nr ; pos + + ) {
struct cache_entry * ce = active_cache [ pos ] ;
2009-01-14 15:54:35 +01:00
if ( match_pathspec ( pathspec , ce - > name , ce_namelen ( ce ) , 0 , NULL ) ) {
2008-08-29 22:40:36 +02:00
if ( ! ce_stage ( ce ) ) {
errs | = checkout_entry ( ce , & state , NULL ) ;
continue ;
}
2008-08-30 16:48:18 +02:00
if ( stage )
errs | = checkout_stage ( stage , ce , pos , & state ) ;
2008-08-30 16:52:24 +02:00
else if ( merge )
errs | = checkout_merged ( pos , & state ) ;
2008-08-29 22:40:36 +02:00
pos = skip_same_name ( ce , pos ) - 1 ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
}
2008-02-28 22:52:44 +01:00
if ( write_cache ( newfd , active_cache , active_nr ) | |
commit_locked_index ( lock_file ) )
2011-02-23 00:41:39 +01:00
die ( _ ( " unable to write new index file " ) ) ;
2008-02-28 22:52:44 +01:00
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
resolve_ref ( " HEAD " , rev , 0 , & flag ) ;
head = lookup_commit_reference_gently ( rev , 1 ) ;
2008-05-28 23:48:57 +02:00
errs | = post_checkout_hook ( head , head , 0 ) ;
return errs ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
2010-08-25 12:34:57 +02:00
static void show_local_changes ( struct object * head , struct diff_options * opts )
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
{
struct rev_info rev ;
/* I think we want full paths, even if we're in a subdirectory. */
init_revisions ( & rev , NULL ) ;
2010-08-25 12:34:57 +02:00
rev . diffopt . flags = opts - > flags ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
rev . diffopt . output_format | = DIFF_FORMAT_NAME_STATUS ;
2009-02-17 03:59:00 +01:00
if ( diff_setup_done ( & rev . diffopt ) < 0 )
2011-02-23 00:41:39 +01:00
die ( _ ( " diff_setup_done failed " ) ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
add_pending_object ( & rev , head , NULL ) ;
run_diff_index ( & rev , 0 ) ;
}
2011-02-22 23:43:22 +01:00
static void describe_detached_head ( const char * msg , struct commit * commit )
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
{
2008-10-09 21:12:12 +02:00
struct strbuf sb = STRBUF_INIT ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
parse_commit ( commit ) ;
2011-05-27 00:27:24 +02:00
pp_commit_easy ( CMIT_FMT_ONELINE , commit , & sb ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
fprintf ( stderr , " %s %s... %s \n " , msg ,
find_unique_abbrev ( commit - > object . sha1 , DEFAULT_ABBREV ) , sb . buf ) ;
strbuf_release ( & sb ) ;
}
2008-05-28 23:59:40 +02:00
static int reset_tree ( struct tree * tree , struct checkout_opts * o , int worktree )
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
{
struct unpack_trees_options opts ;
struct tree_desc tree_desc ;
2008-03-06 21:26:14 +01:00
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
memset ( & opts , 0 , sizeof ( opts ) ) ;
opts . head_idx = - 1 ;
2008-05-28 23:59:40 +02:00
opts . update = worktree ;
opts . skip_unmerged = ! worktree ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
opts . reset = 1 ;
opts . merge = 1 ;
opts . fn = oneway_merge ;
2008-05-28 23:59:40 +02:00
opts . verbose_update = ! o - > quiet ;
2008-03-07 03:12:28 +01:00
opts . src_index = & the_index ;
opts . dst_index = & the_index ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
parse_tree ( tree ) ;
init_tree_desc ( & tree_desc , tree - > buffer , tree - > size ) ;
2008-05-29 00:26:59 +02:00
switch ( unpack_trees ( 1 , & tree_desc , & opts ) ) {
case - 2 :
o - > writeout_error = 1 ;
/*
* We return 0 nevertheless , as the index is all right
* and more importantly we have made best efforts to
* update paths in the work tree , and we cannot revert
* them .
*/
case 0 :
return 0 ;
default :
2008-05-28 23:54:02 +02:00
return 128 ;
2008-05-29 00:26:59 +02:00
}
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
struct branch_info {
const char * name ; /* The short name used */
const char * path ; /* The full name of a real branch */
struct commit * commit ; /* The named commit */
} ;
static void setup_branch_path ( struct branch_info * branch )
{
2008-10-09 21:12:12 +02:00
struct strbuf buf = STRBUF_INIT ;
2009-01-17 17:09:53 +01:00
2009-03-21 21:17:30 +01:00
strbuf_branchname ( & buf , branch - > name ) ;
if ( strcmp ( buf . buf , branch - > name ) )
2009-01-17 17:09:53 +01:00
branch - > name = xstrdup ( buf . buf ) ;
2009-03-21 21:17:30 +01:00
strbuf_splice ( & buf , 0 , 0 , " refs/heads/ " , 11 ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
branch - > path = strbuf_detach ( & buf , NULL ) ;
}
static int merge_working_tree ( struct checkout_opts * opts ,
2008-02-21 16:50:42 +01:00
struct branch_info * old , struct branch_info * new )
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
{
int ret ;
struct lock_file * lock_file = xcalloc ( 1 , sizeof ( struct lock_file ) ) ;
int newfd = hold_locked_index ( lock_file , 1 ) ;
2008-12-06 02:54:10 +01:00
2009-05-10 00:11:17 +02:00
if ( read_cache_preload ( NULL ) < 0 )
2011-02-23 00:41:39 +01:00
return error ( _ ( " corrupt index file " ) ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
2009-12-25 09:30:51 +01:00
resolve_undo_clear ( ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
if ( opts - > force ) {
2008-05-28 23:59:40 +02:00
ret = reset_tree ( new - > commit - > tree , opts , 1 ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
if ( ret )
return ret ;
} else {
struct tree_desc trees [ 2 ] ;
struct tree * tree ;
struct unpack_trees_options topts ;
2008-03-06 21:26:14 +01:00
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
memset ( & topts , 0 , sizeof ( topts ) ) ;
topts . head_idx = - 1 ;
2008-03-07 03:12:28 +01:00
topts . src_index = & the_index ;
topts . dst_index = & the_index ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
2010-09-02 13:57:34 +02:00
setup_unpack_trees_porcelain ( & topts , " checkout " ) ;
2008-05-17 21:03:49 +02:00
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
refresh_cache ( REFRESH_QUIET ) ;
if ( unmerged_cache ( ) ) {
2011-02-23 00:41:39 +01:00
error ( _ ( " you need to resolve your current index first " ) ) ;
2008-02-24 00:45:19 +01:00
return 1 ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
2008-02-24 00:45:19 +01:00
/* 2-way merge to the new branch */
checkout: Fix "initial checkout" detection
Earlier commit 5521883 (checkout: do not lose staged removal, 2008-09-07)
tightened the rule to prevent switching branches from losing local
changes, so that staged removal of paths can be protected, while
attempting to keep a loophole to still allow a special case of switching
out of an un-checked-out state.
However, the loophole was made a bit too tight, and did not allow
switching from one branch (in an un-checked-out state) to check out
another branch.
The change to builtin-checkout.c in this commit loosens it to allow this,
by not insisting the original commit and the new commit to be the same.
It also introduces a new function, is_index_unborn (and an associated
macro, is_cache_unborn), to check if the repository is truly in an
un-checked-out state more reliably, by making sure that $GIT_INDEX_FILE
did not exist when populating the in-core index structure. A few places
the earlier commit 5521883 added the check for the initial checkout
condition are updated to use this function.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-11-12 20:52:35 +01:00
topts . initial_checkout = is_cache_unborn ( ) ;
2008-02-24 00:45:19 +01:00
topts . update = 1 ;
topts . merge = 1 ;
2010-01-07 08:51:47 +01:00
topts . gently = opts - > merge & & old - > commit ;
2008-02-24 00:45:19 +01:00
topts . verbose_update = ! opts - > quiet ;
topts . fn = twoway_merge ;
topts . dir = xcalloc ( 1 , sizeof ( * topts . dir ) ) ;
2009-02-16 13:20:25 +01:00
topts . dir - > flags | = DIR_SHOW_IGNORED ;
2008-02-24 00:45:19 +01:00
topts . dir - > exclude_per_dir = " .gitignore " ;
checkout: do not imply "-f" on unborn branches
When checkout sees that HEAD points to a non-existent ref,
it currently acts as if "-f" was given; this behavior dates
back to 5a03e7f, which enabled checkout from unborn branches
in the shell version of "git-checkout". The reasoning given
is to avoid the code path which tries to merge the tree
contents. When checkout was converted to C, this code
remained intact.
The unfortunate side effect of this strategy is that the
"force" code path will overwrite working tree and index
state that may be precious to the user. Instead of enabling
"force", this patch uses the normal "merge" codepath for an
unborn branch, but substitutes the empty tree for the "old"
commit.
This means that in the absence of an index, any files in the
working tree will be treated as untracked files, and a
checkout which would overwrite them is aborted. Similarly,
any paths in the index will be merged with an empty entry
as the base, meaning that unless the new branch's content is
identical to what's in the index, there will be a conflict
and the checkout will be aborted.
The user is then free to correct the situation or proceed
with "-f" as appropriate.
This patch also removes the "warning: you are on a branch
yet to be born" message. Its function was to warn the user
that we were enabling the "-f" option. Since we are no
longer doing that, there is no reason for the user to care
whether we are switching away from an unborn branch.
Signed-off-by: Jeff King <peff@peff.net>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2009-08-25 05:03:16 +02:00
tree = parse_tree_indirect ( old - > commit ?
old - > commit - > object . sha1 :
2011-02-07 09:17:27 +01:00
EMPTY_TREE_SHA1_BIN ) ;
2008-02-24 00:45:19 +01:00
init_tree_desc ( & trees [ 0 ] , tree - > buffer , tree - > size ) ;
tree = parse_tree_indirect ( new - > commit - > object . sha1 ) ;
init_tree_desc ( & trees [ 1 ] , tree - > buffer , tree - > size ) ;
2008-05-29 00:26:59 +02:00
ret = unpack_trees ( 2 , trees , & topts ) ;
2009-05-12 18:41:28 +02:00
if ( ret = = - 1 ) {
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
/*
* Unpack couldn ' t do a trivial merge ; either
* give up or do a real merge , depending on
* whether the merge flag was used .
*/
struct tree * result ;
struct tree * work ;
2008-08-25 16:25:57 +02:00
struct merge_options o ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
if ( ! opts - > merge )
return 1 ;
2010-01-07 08:51:47 +01:00
/*
* Without old - > commit , the below is the same as
* the two - tree unpack we already tried and failed .
*/
if ( ! old - > commit )
return 1 ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
/* Do more real merge */
/*
* We update the index fully , then write the
* tree from the index , then merge the new
* branch with the current tree , with the old
* branch as the base . Then we reset the index
* ( but not the working tree ) to the new
* branch , leaving the working tree as the
* merged version , but skipping unmerged
* entries in the index .
*/
2008-05-12 19:58:10 +02:00
add_files_to_cache ( NULL , NULL , 0 ) ;
2010-08-05 13:32:41 +02:00
/*
* NEEDSWORK : carrying over local changes
* when branches have different end - of - line
* normalization ( or clean + smudge rules ) is
* a pain ; plumb in an option to set
* o . renormalize ?
*/
2008-08-25 16:25:57 +02:00
init_merge_options ( & o ) ;
o . verbosity = 0 ;
work = write_tree_from_memory ( & o ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
2008-05-28 23:59:40 +02:00
ret = reset_tree ( new - > commit - > tree , opts , 1 ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
if ( ret )
return ret ;
2010-03-21 01:42:51 +01:00
o . ancestor = old - > name ;
2008-08-25 16:25:57 +02:00
o . branch1 = new - > name ;
o . branch2 = " local " ;
merge_trees ( & o , new - > commit - > tree , work ,
old - > commit - > tree , & result ) ;
2008-05-28 23:59:40 +02:00
ret = reset_tree ( new - > commit - > tree , opts , 0 ) ;
2008-05-28 23:54:02 +02:00
if ( ret )
return ret ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
}
if ( write_cache ( newfd , active_cache , active_nr ) | |
commit_locked_index ( lock_file ) )
2011-02-23 00:41:39 +01:00
die ( _ ( " unable to write new index file " ) ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
2008-09-25 10:35:38 +02:00
if ( ! opts - > force & & ! opts - > quiet )
2010-08-25 12:34:57 +02:00
show_local_changes ( & new - > commit - > object , & opts - > diff_options ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
return 0 ;
}
2008-07-02 09:51:18 +02:00
static void report_tracking ( struct branch_info * new )
2008-02-17 02:17:09 +01:00
{
2008-07-02 09:51:18 +02:00
struct strbuf sb = STRBUF_INIT ;
2008-02-21 04:42:53 +01:00
struct branch * branch = branch_get ( new - > name ) ;
2008-02-17 02:17:09 +01:00
2008-07-02 09:51:18 +02:00
if ( ! format_tracking_info ( branch , & sb ) )
2008-02-17 02:17:09 +01:00
return ;
2008-07-02 09:51:18 +02:00
fputs ( sb . buf , stdout ) ;
strbuf_release ( & sb ) ;
2008-02-21 00:05:23 +01:00
}
2008-02-17 02:17:09 +01:00
2010-01-30 07:03:24 +01:00
static void detach_advice ( const char * old_path , const char * new_name )
{
const char fmt [ ] =
" Note: checking out '%s'. \n \n "
" You are in 'detached HEAD' state. You can look around, make experimental \n "
" changes and commit them, and you can discard any commits you make in this \n "
" state without impacting any branches by performing another checkout. \n \n "
" If you want to create a new branch to retain commits you create, you may \n "
" do so (now or later) by using -b with the checkout command again. Example: \n \n "
" git checkout -b new_branch_name \n \n " ;
fprintf ( stderr , fmt , new_name ) ;
}
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
static void update_refs_for_switch ( struct checkout_opts * opts ,
struct branch_info * old ,
struct branch_info * new )
{
2008-10-09 21:12:12 +02:00
struct strbuf msg = STRBUF_INIT ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
const char * old_desc ;
if ( opts - > new_branch ) {
2010-05-22 02:28:37 +02:00
if ( opts - > new_orphan_branch ) {
if ( opts - > new_branch_log & & ! log_all_ref_updates ) {
int temp ;
2010-06-10 14:54:03 +02:00
char log_file [ PATH_MAX ] ;
2010-05-22 02:28:37 +02:00
char * ref_name = mkpath ( " refs/heads/%s " , opts - > new_orphan_branch ) ;
temp = log_all_ref_updates ;
log_all_ref_updates = 1 ;
2010-06-10 14:54:03 +02:00
if ( log_ref_setup ( ref_name , log_file , sizeof ( log_file ) ) ) {
2011-02-23 00:41:39 +01:00
fprintf ( stderr , _ ( " Can not do reflog for '%s' \n " ) ,
2010-05-22 02:28:37 +02:00
opts - > new_orphan_branch ) ;
log_all_ref_updates = temp ;
return ;
}
log_all_ref_updates = temp ;
}
}
else
2010-06-23 21:29:00 +02:00
create_branch ( old - > name , opts - > new_branch , new - > name ,
opts - > new_branch_force ? 1 : 0 ,
2010-03-21 16:34:38 +01:00
opts - > new_branch_log , opts - > track ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
new - > name = opts - > new_branch ;
setup_branch_path ( new ) ;
}
old_desc = old - > name ;
2008-11-08 13:03:59 +01:00
if ( ! old_desc & & old - > commit )
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
old_desc = sha1_to_hex ( old - > commit - > object . sha1 ) ;
strbuf_addf ( & msg , " checkout: moving from %s to %s " ,
2008-11-08 13:03:59 +01:00
old_desc ? old_desc : " (invalid) " , new - > name ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
2011-02-08 11:34:34 +01:00
if ( ! strcmp ( new - > name , " HEAD " ) & & ! new - > path & & ! opts - > force_detach ) {
/* Nothing to do. */
} else if ( opts - > force_detach | | ! new - > path ) { /* No longer on any branch. */
update_ref ( msg . buf , " HEAD " , new - > commit - > object . sha1 , NULL ,
REF_NODEREF , DIE_ON_ERR ) ;
if ( ! opts - > quiet ) {
if ( old - > path & & advice_detached_head )
detach_advice ( old - > path , new - > name ) ;
2011-04-02 02:55:55 +02:00
describe_detached_head ( _ ( " HEAD is now at " ) , new - > commit ) ;
2011-02-08 11:34:34 +01:00
}
} else if ( new - > path ) { /* Switch branches. */
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
create_symref ( " HEAD " , new - > path , msg . buf ) ;
if ( ! opts - > quiet ) {
2011-02-23 00:41:43 +01:00
if ( old - > path & & ! strcmp ( new - > path , old - > path ) ) {
2011-02-23 00:41:39 +01:00
fprintf ( stderr , _ ( " Already on '%s' \n " ) ,
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
new - > name ) ;
2011-02-23 00:41:43 +01:00
} else if ( opts - > new_branch ) {
if ( opts - > branch_exists )
fprintf ( stderr , _ ( " Switched to and reset branch '%s' \n " ) , new - > name ) ;
else
fprintf ( stderr , _ ( " Switched to a new branch '%s' \n " ) , new - > name ) ;
} else {
2011-02-23 00:41:39 +01:00
fprintf ( stderr , _ ( " Switched to branch '%s' \n " ) ,
2010-08-20 19:41:47 +02:00
new - > name ) ;
2011-02-23 00:41:43 +01:00
}
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
2010-05-22 02:28:37 +02:00
if ( old - > path & & old - > name ) {
char log_file [ PATH_MAX ] , ref_file [ PATH_MAX ] ;
git_snpath ( log_file , sizeof ( log_file ) , " logs/%s " , old - > path ) ;
git_snpath ( ref_file , sizeof ( ref_file ) , " %s " , old - > path ) ;
if ( ! file_exists ( ref_file ) & & file_exists ( log_file ) )
remove_path ( log_file ) ;
}
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
remove_branch_state ( ) ;
strbuf_release ( & msg ) ;
2011-02-08 11:32:49 +01:00
if ( ! opts - > quiet & &
( new - > path | | ( ! opts - > force_detach & & ! strcmp ( new - > name , " HEAD " ) ) ) )
2008-07-02 09:51:18 +02:00
report_tracking ( new ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
2011-02-19 01:04:47 +01:00
static int add_one_ref_to_rev_list_arg ( const char * refname ,
const unsigned char * sha1 ,
int flags ,
void * cb_data )
{
2011-09-13 23:58:19 +02:00
argv_array_push ( cb_data , refname ) ;
2011-02-19 01:04:47 +01:00
return 0 ;
}
2011-03-20 10:09:18 +01:00
static int clear_commit_marks_from_one_ref ( const char * refname ,
const unsigned char * sha1 ,
int flags ,
void * cb_data )
{
struct commit * commit = lookup_commit_reference_gently ( sha1 , 1 ) ;
if ( commit )
clear_commit_marks ( commit , - 1 ) ;
return 0 ;
}
2011-02-19 01:04:47 +01:00
static void describe_one_orphan ( struct strbuf * sb , struct commit * commit )
{
parse_commit ( commit ) ;
2011-03-20 10:19:01 +01:00
strbuf_addstr ( sb , " " ) ;
strbuf_addstr ( sb ,
find_unique_abbrev ( commit - > object . sha1 , DEFAULT_ABBREV ) ) ;
strbuf_addch ( sb , ' ' ) ;
2011-05-31 21:19:11 +02:00
pp_commit_easy ( CMIT_FMT_ONELINE , commit , sb ) ;
2011-02-19 01:04:47 +01:00
strbuf_addch ( sb , ' \n ' ) ;
}
# define ORPHAN_CUTOFF 4
static void suggest_reattach ( struct commit * commit , struct rev_info * revs )
{
struct commit * c , * last = NULL ;
struct strbuf sb = STRBUF_INIT ;
int lost = 0 ;
while ( ( c = get_revision ( revs ) ) ! = NULL ) {
if ( lost < ORPHAN_CUTOFF )
describe_one_orphan ( & sb , c ) ;
last = c ;
lost + + ;
}
if ( ORPHAN_CUTOFF < lost ) {
int more = lost - ORPHAN_CUTOFF ;
if ( more = = 1 )
describe_one_orphan ( & sb , last ) ;
else
2011-04-10 21:34:08 +02:00
strbuf_addf ( & sb , _ ( " ... and %d more. \n " ) , more ) ;
2011-02-19 01:04:47 +01:00
}
fprintf ( stderr ,
2011-04-10 21:34:08 +02:00
Q_ (
/* The singular version */
" Warning: you are leaving %d commit behind, "
" not connected to \n "
" any of your branches: \n \n "
2011-06-30 02:03:10 +02:00
" %s \n " ,
2011-04-10 21:34:08 +02:00
/* The plural version */
" Warning: you are leaving %d commits behind, "
2011-02-19 01:04:47 +01:00
" not connected to \n "
" any of your branches: \n \n "
2011-05-24 19:08:29 +02:00
" %s \n " ,
2011-04-10 21:34:08 +02:00
/* Give ngettext() the count */
lost ) ,
lost ,
2011-05-24 19:08:29 +02:00
sb . buf ) ;
2011-02-19 01:04:47 +01:00
strbuf_release ( & sb ) ;
2011-05-24 19:08:29 +02:00
if ( advice_detached_head )
fprintf ( stderr ,
2011-06-30 02:03:10 +02:00
_ (
2011-05-24 19:08:29 +02:00
" If you want to keep them by creating a new branch, "
" this may be a good time \n to do so with: \n \n "
2011-06-30 02:03:10 +02:00
" git branch new_branch_name %s \n \n " ) ,
2011-05-24 19:08:29 +02:00
sha1_to_hex ( commit - > object . sha1 ) ) ;
2011-02-19 01:04:47 +01:00
}
/*
* We are about to leave commit that was at the tip of a detached
* HEAD . If it is not reachable from any ref , this is the last chance
* for the user to do so without resorting to reflog .
*/
static void orphaned_commit_warning ( struct commit * commit )
{
2011-09-13 23:58:19 +02:00
struct argv_array args = ARGV_ARRAY_INIT ;
2011-02-19 01:04:47 +01:00
struct rev_info revs ;
2011-09-13 23:58:19 +02:00
argv_array_push ( & args , " (internal) " ) ;
argv_array_push ( & args , sha1_to_hex ( commit - > object . sha1 ) ) ;
argv_array_push ( & args , " --not " ) ;
2011-02-19 01:04:47 +01:00
for_each_ref ( add_one_ref_to_rev_list_arg , & args ) ;
2011-09-13 23:58:19 +02:00
argv_array_push ( & args , " -- " ) ;
2011-02-19 01:04:47 +01:00
init_revisions ( & revs , NULL ) ;
if ( setup_revisions ( args . argc - 1 , args . argv , & revs , NULL ) ! = 1 )
2011-04-02 02:55:55 +02:00
die ( _ ( " internal error: only -- alone should have been left " ) ) ;
2011-02-19 01:04:47 +01:00
if ( prepare_revision_walk ( & revs ) )
2011-04-02 02:55:55 +02:00
die ( _ ( " internal error in revision walk " ) ) ;
2011-02-19 01:04:47 +01:00
if ( ! ( commit - > object . flags & UNINTERESTING ) )
suggest_reattach ( commit , & revs ) ;
else
2011-04-02 02:55:55 +02:00
describe_detached_head ( _ ( " Previous HEAD position was " ) , commit ) ;
2011-03-20 10:09:18 +01:00
2011-09-13 23:58:19 +02:00
argv_array_clear ( & args ) ;
2011-03-20 10:09:18 +01:00
clear_commit_marks ( commit , - 1 ) ;
for_each_ref ( clear_commit_marks_from_one_ref , NULL ) ;
2011-02-19 01:04:47 +01:00
}
2008-02-21 16:50:42 +01:00
static int switch_branches ( struct checkout_opts * opts , struct branch_info * new )
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
{
int ret = 0 ;
struct branch_info old ;
unsigned char rev [ 20 ] ;
int flag ;
memset ( & old , 0 , sizeof ( old ) ) ;
2011-07-07 00:14:43 +02:00
old . path = xstrdup ( resolve_ref ( " HEAD " , rev , 0 , & flag ) ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
old . commit = lookup_commit_reference_gently ( rev , 1 ) ;
2011-07-07 00:14:43 +02:00
if ( ! ( flag & REF_ISSYMREF ) ) {
free ( ( char * ) old . path ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
old . path = NULL ;
2011-07-07 00:14:43 +02:00
}
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
if ( old . path & & ! prefixcmp ( old . path , " refs/heads/ " ) )
old . name = old . path + strlen ( " refs/heads/ " ) ;
if ( ! new - > name ) {
new - > name = " HEAD " ;
new - > commit = old . commit ;
if ( ! new - > commit )
2011-02-23 00:41:39 +01:00
die ( _ ( " You are on a branch yet to be born " ) ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
parse_commit ( new - > commit ) ;
}
2008-02-21 16:50:42 +01:00
ret = merge_working_tree ( opts , & old , new ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
if ( ret )
return ret ;
2009-05-16 19:54:45 +02:00
if ( ! opts - > quiet & & ! old . path & & old . commit & & new - > commit ! = old . commit )
2011-02-19 01:04:47 +01:00
orphaned_commit_warning ( old . commit ) ;
2009-05-16 19:54:45 +02:00
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
update_refs_for_switch ( opts , & old , new ) ;
2008-05-29 00:26:59 +02:00
ret = post_checkout_hook ( old . commit , new - > commit , 1 ) ;
2011-07-07 00:37:42 +02:00
free ( ( char * ) old . path ) ;
2008-05-29 00:26:59 +02:00
return ret | | opts - > writeout_error ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
2008-08-30 16:52:24 +02:00
static int git_checkout_config ( const char * var , const char * value , void * cb )
{
2010-08-25 12:34:57 +02:00
if ( ! strcmp ( var , " diff.ignoresubmodules " ) ) {
struct checkout_opts * opts = cb ;
handle_ignore_submodules_arg ( & opts - > diff_options , value ) ;
return 0 ;
}
2010-08-28 16:50:07 +02:00
if ( ! prefixcmp ( var , " submodule. " ) )
return parse_submodule_config_option ( var , value ) ;
2010-08-25 12:34:57 +02:00
return git_xmerge_config ( var , value , NULL ) ;
2008-08-30 16:52:24 +02:00
}
2009-08-15 13:48:30 +02:00
static int interactive_checkout ( const char * revision , const char * * pathspec ,
struct checkout_opts * opts )
{
return run_add_interactive ( revision , " --patch=checkout " , pathspec ) ;
}
2009-10-18 09:13:47 +02:00
struct tracking_name_data {
const char * name ;
char * remote ;
int unique ;
} ;
static int check_tracking_name ( const char * refname , const unsigned char * sha1 ,
int flags , void * cb_data )
{
struct tracking_name_data * cb = cb_data ;
const char * slash ;
if ( prefixcmp ( refname , " refs/remotes/ " ) )
return 0 ;
slash = strchr ( refname + 13 , ' / ' ) ;
if ( ! slash | | strcmp ( slash + 1 , cb - > name ) )
return 0 ;
if ( cb - > remote ) {
cb - > unique = 0 ;
return 0 ;
}
cb - > remote = xstrdup ( refname ) ;
return 0 ;
}
static const char * unique_tracking_name ( const char * name )
{
2010-05-14 11:31:33 +02:00
struct tracking_name_data cb_data = { NULL , NULL , 1 } ;
cb_data . name = name ;
2009-10-18 09:13:47 +02:00
for_each_ref ( check_tracking_name , & cb_data ) ;
if ( cb_data . unique )
return cb_data . remote ;
free ( cb_data . remote ) ;
return NULL ;
}
2009-08-15 13:48:30 +02:00
2011-02-08 11:29:09 +01:00
static int parse_branchname_arg ( int argc , const char * * argv ,
int dwim_new_local_branch_ok ,
struct branch_info * new ,
struct tree * * source_tree ,
unsigned char rev [ 20 ] ,
const char * * new_branch )
{
int argcount = 0 ;
unsigned char branch_rev [ 20 ] ;
const char * arg ;
int has_dash_dash ;
/*
* case 1 : git checkout < ref > - - [ < paths > ]
*
* < ref > must be a valid tree , everything after the ' - - ' must be
* a path .
*
* case 2 : git checkout - - [ < paths > ]
*
* everything after the ' - - ' must be paths .
*
* case 3 : git checkout < something > [ < paths > ]
*
* With no paths , if < something > is a commit , that is to
* switch to the branch or detach HEAD at it . As a special case ,
* if < something > is A . . . B ( missing A or B means HEAD but you can
* omit at most one side ) , and if there is a unique merge base
* between A and B , A . . . B names that merge base .
*
* With no paths , if < something > is _not_ a commit , no - t nor - b
* was given , and there is a tracking branch whose name is
* < something > in one and only one remote , then this is a short - hand
2011-02-28 06:58:29 +01:00
* to fork local < something > from that remote - tracking branch .
2011-02-08 11:29:09 +01:00
*
* Otherwise < something > shall not be ambiguous .
* - If it ' s * only * a reference , treat it like case ( 1 ) .
* - If it ' s only a path , treat it like case ( 2 ) .
* - else : fail .
*
*/
if ( ! argc )
return 0 ;
if ( ! strcmp ( argv [ 0 ] , " -- " ) ) /* case (2) */
return 1 ;
arg = argv [ 0 ] ;
has_dash_dash = ( argc > 1 ) & & ! strcmp ( argv [ 1 ] , " -- " ) ;
if ( ! strcmp ( arg , " - " ) )
arg = " @{-1} " ;
if ( get_sha1_mb ( arg , rev ) ) {
if ( has_dash_dash ) /* case (1) */
2011-04-02 02:55:55 +02:00
die ( _ ( " invalid reference: %s " ) , arg ) ;
2011-02-08 11:29:09 +01:00
if ( dwim_new_local_branch_ok & &
! check_filename ( NULL , arg ) & &
argc = = 1 ) {
const char * remote = unique_tracking_name ( arg ) ;
if ( ! remote | | get_sha1 ( remote , rev ) )
return argcount ;
* new_branch = arg ;
arg = remote ;
/* DWIMmed to create local branch */
} else {
return argcount ;
}
}
/* we can't end up being in (2) anymore, eat the argument */
argcount + + ;
argv + + ;
argc - - ;
new - > name = arg ;
setup_branch_path ( new ) ;
2011-09-15 23:10:25 +02:00
if ( ! check_refname_format ( new - > path , 0 ) & &
2011-02-08 11:29:09 +01:00
resolve_ref ( new - > path , branch_rev , 1 , NULL ) )
hashcpy ( rev , branch_rev ) ;
else
new - > path = NULL ; /* not an existing branch */
new - > commit = lookup_commit_reference_gently ( rev , 1 ) ;
if ( ! new - > commit ) {
/* not a commit */
* source_tree = parse_tree_indirect ( rev ) ;
} else {
parse_commit ( new - > commit ) ;
* source_tree = new - > commit - > tree ;
}
if ( ! * source_tree ) /* case (1): want a tree */
2011-04-02 02:55:55 +02:00
die ( _ ( " reference is not a tree: %s " ) , arg ) ;
2011-02-08 11:29:09 +01:00
if ( ! has_dash_dash ) { /* case (3 -> 1) */
/*
* Do not complain the most common case
* git checkout branch
* even if there happen to be a file called ' branch ' ;
* it would be extremely annoying .
*/
if ( argc )
verify_non_filename ( NULL , arg ) ;
} else {
argcount + + ;
argv + + ;
argc - - ;
}
return argcount ;
}
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
int cmd_checkout ( int argc , const char * * argv , const char * prefix )
{
struct checkout_opts opts ;
unsigned char rev [ 20 ] ;
struct branch_info new ;
struct tree * source_tree = NULL ;
2008-09-01 04:32:40 +02:00
char * conflict_style = NULL ;
2009-08-15 13:48:30 +02:00
int patch_mode = 0 ;
2009-10-18 09:49:23 +02:00
int dwim_new_local_branch = 1 ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
struct option options [ ] = {
2010-11-08 20:54:48 +01:00
OPT__QUIET ( & opts . quiet , " suppress progress reporting " ) ,
2010-06-23 21:28:59 +02:00
OPT_STRING ( ' b ' , NULL , & opts . new_branch , " branch " ,
" create and checkout a new branch " ) ,
2010-06-23 21:29:00 +02:00
OPT_STRING ( ' B ' , NULL , & opts . new_branch_force , " branch " ,
" create/reset and checkout a branch " ) ,
2010-09-24 18:21:59 +02:00
OPT_BOOLEAN ( ' l ' , NULL , & opts . new_branch_log , " create reflog for new branch " ) ,
2011-02-08 11:32:49 +01:00
OPT_BOOLEAN ( 0 , " detach " , & opts . force_detach , " detach the HEAD at named commit " ) ,
2010-09-24 18:21:59 +02:00
OPT_SET_INT ( ' t ' , " track " , & opts . track , " set upstream info for new branch " ,
2008-02-19 17:24:37 +01:00
BRANCH_TRACK_EXPLICIT ) ,
2010-03-21 16:34:38 +01:00
OPT_STRING ( 0 , " orphan " , & opts . new_orphan_branch , " new branch " , " new unparented branch " ) ,
2010-09-24 18:21:59 +02:00
OPT_SET_INT ( ' 2 ' , " ours " , & opts . writeout_stage , " checkout our version for unmerged files " ,
2008-08-30 16:48:18 +02:00
2 ) ,
2010-09-24 18:21:59 +02:00
OPT_SET_INT ( ' 3 ' , " theirs " , & opts . writeout_stage , " checkout their version for unmerged files " ,
2008-08-30 16:48:18 +02:00
3 ) ,
2010-11-08 19:01:54 +01:00
OPT__FORCE ( & opts . force , " force checkout (throw away local modifications) " ) ,
2010-09-24 18:21:59 +02:00
OPT_BOOLEAN ( ' m ' , " merge " , & opts . merge , " perform a 3-way merge with the new branch " ) ,
2008-09-01 04:32:40 +02:00
OPT_STRING ( 0 , " conflict " , & conflict_style , " style " ,
" conflict style (merge or diff3) " ) ,
2009-08-15 13:48:30 +02:00
OPT_BOOLEAN ( ' p ' , " patch " , & patch_mode , " select hunks interactively " ) ,
2009-10-18 09:49:23 +02:00
{ OPTION_BOOLEAN , 0 , " guess " , & dwim_new_local_branch , NULL ,
" second guess 'git checkout no-such-branch' " ,
PARSE_OPT_NOARG | PARSE_OPT_HIDDEN } ,
2008-02-18 11:20:20 +01:00
OPT_END ( ) ,
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
} ;
memset ( & opts , 0 , sizeof ( opts ) ) ;
memset ( & new , 0 , sizeof ( new ) ) ;
2010-08-28 16:50:07 +02:00
gitmodules_config ( ) ;
2010-08-25 12:34:57 +02:00
git_config ( git_checkout_config , & opts ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
2008-08-21 19:23:20 +02:00
opts . track = BRANCH_TRACK_UNSPECIFIED ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
2009-05-23 20:53:12 +02:00
argc = parse_options ( argc , argv , prefix , options , checkout_usage ,
2008-07-23 12:15:32 +02:00
PARSE_OPT_KEEP_DASHDASH ) ;
2008-07-23 12:15:33 +02:00
2010-06-23 21:29:00 +02:00
/* we can assume from now on new_branch = !new_branch_force */
if ( opts . new_branch & & opts . new_branch_force )
2011-02-23 00:41:39 +01:00
die ( _ ( " -B cannot be used with -b " ) ) ;
2010-06-23 21:29:00 +02:00
/* copy -B over to -b, so that we can just check the latter */
if ( opts . new_branch_force )
opts . new_branch = opts . new_branch_force ;
2009-08-15 13:48:30 +02:00
if ( patch_mode & & ( opts . track > 0 | | opts . new_branch
2011-02-08 11:32:49 +01:00
| | opts . new_branch_log | | opts . merge | | opts . force
| | opts . force_detach ) )
2011-02-23 00:41:39 +01:00
die ( _ ( " --patch is incompatible with all other options " ) ) ;
2009-08-15 13:48:30 +02:00
2011-02-08 11:32:49 +01:00
if ( opts . force_detach & & ( opts . new_branch | | opts . new_orphan_branch ) )
2011-04-10 21:34:07 +02:00
die ( _ ( " --detach cannot be used with -b/-B/--orphan " ) ) ;
2011-02-08 11:32:49 +01:00
if ( opts . force_detach & & 0 < opts . track )
2011-04-10 21:34:07 +02:00
die ( _ ( " --detach cannot be used with -t " ) ) ;
2011-02-08 11:32:49 +01:00
2008-08-09 16:00:12 +02:00
/* --track without -b should DWIM */
2008-08-21 19:23:20 +02:00
if ( 0 < opts . track & & ! opts . new_branch ) {
const char * argv0 = argv [ 0 ] ;
if ( ! argc | | ! strcmp ( argv0 , " -- " ) )
2011-02-23 00:41:39 +01:00
die ( _ ( " --track needs a branch name " ) ) ;
2008-08-21 19:23:20 +02:00
if ( ! prefixcmp ( argv0 , " refs/ " ) )
argv0 + = 5 ;
if ( ! prefixcmp ( argv0 , " remotes/ " ) )
argv0 + = 8 ;
argv0 = strchr ( argv0 , ' / ' ) ;
if ( ! argv0 | | ! argv0 [ 1 ] )
2011-02-23 00:41:39 +01:00
die ( _ ( " Missing branch name; try -b " ) ) ;
2008-08-21 19:23:20 +02:00
opts . new_branch = argv0 + 1 ;
2008-08-09 16:00:12 +02:00
}
2010-03-21 16:34:38 +01:00
if ( opts . new_orphan_branch ) {
if ( opts . new_branch )
2011-02-23 00:41:39 +01:00
die ( _ ( " --orphan and -b|-B are mutually exclusive " ) ) ;
2010-05-22 02:28:37 +02:00
if ( opts . track > 0 )
2011-02-23 00:41:39 +01:00
die ( _ ( " --orphan cannot be used with -t " ) ) ;
2010-03-21 16:34:38 +01:00
opts . new_branch = opts . new_orphan_branch ;
}
2008-09-01 04:32:40 +02:00
if ( conflict_style ) {
opts . merge = 1 ; /* implied */
git_xmerge_config ( " merge.conflictstyle " , conflict_style , NULL ) ;
}
2008-07-23 12:15:33 +02:00
if ( opts . force & & opts . merge )
2011-02-23 00:41:39 +01:00
die ( _ ( " git checkout: -f and -m are incompatible " ) ) ;
2008-07-23 12:15:33 +02:00
/*
2011-02-08 11:29:09 +01:00
* Extract branch name from command line arguments , so
* all that is left is pathspecs .
2008-07-23 12:15:33 +02:00
*
2011-02-08 11:29:09 +01:00
* Handle
2009-10-18 09:13:47 +02:00
*
2011-02-08 11:29:09 +01:00
* 1 ) git checkout < tree > - - [ < paths > ]
* 2 ) git checkout - - [ < paths > ]
* 3 ) git checkout < something > [ < paths > ]
2008-07-23 12:15:33 +02:00
*
2011-02-08 11:29:09 +01:00
* including " last branch " syntax and DWIM - ery for names of
* remote branches , erroring out for invalid or ambiguous cases .
2008-07-23 12:15:33 +02:00
*/
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
if ( argc ) {
2011-02-08 11:29:09 +01:00
int dwim_ok =
! patch_mode & &
dwim_new_local_branch & &
opts . track = = BRANCH_TRACK_UNSPECIFIED & &
! opts . new_branch ;
2011-02-08 11:34:34 +01:00
int n = parse_branchname_arg ( argc , argv , dwim_ok ,
2011-02-08 11:29:09 +01:00
& new , & source_tree , rev , & opts . new_branch ) ;
argv + = n ;
argc - = n ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
2009-10-18 09:13:47 +02:00
if ( opts . track = = BRANCH_TRACK_UNSPECIFIED )
opts . track = git_branch_track ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
if ( argc ) {
const char * * pathspec = get_pathspec ( prefix , argv ) ;
2008-02-28 17:30:47 +01:00
if ( ! pathspec )
2011-02-23 00:41:39 +01:00
die ( _ ( " invalid path specification " ) ) ;
2008-02-28 17:30:47 +01:00
2009-08-15 13:48:30 +02:00
if ( patch_mode )
return interactive_checkout ( new . name , pathspec , & opts ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
/* Checkout paths */
2008-08-30 16:52:24 +02:00
if ( opts . new_branch ) {
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
if ( argc = = 1 ) {
2011-02-23 00:41:39 +01:00
die ( _ ( " git checkout: updating paths is incompatible with switching branches. \n Did you intend to checkout '%s' which can not be resolved as commit? " ) , argv [ 0 ] ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
} else {
2011-02-23 00:41:39 +01:00
die ( _ ( " git checkout: updating paths is incompatible with switching branches. " ) ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
}
2011-02-08 11:32:49 +01:00
if ( opts . force_detach )
2011-04-10 21:34:07 +02:00
die ( _ ( " git checkout: --detach does not take a path argument " ) ) ;
2011-02-08 11:32:49 +01:00
2008-08-30 16:52:24 +02:00
if ( 1 < ! ! opts . writeout_stage + ! ! opts . force + ! ! opts . merge )
2011-02-23 00:41:39 +01:00
die ( _ ( " git checkout: --ours/--theirs, --force and --merge are incompatible when \n checking out of the index. " ) ) ;
2008-08-30 16:52:24 +02:00
2011-08-01 23:19:58 +02:00
return checkout_paths ( source_tree , pathspec , prefix , & opts ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
2009-08-15 13:48:30 +02:00
if ( patch_mode )
return interactive_checkout ( new . name , NULL , & opts ) ;
2008-09-21 20:36:06 +02:00
if ( opts . new_branch ) {
2008-10-09 21:12:12 +02:00
struct strbuf buf = STRBUF_INIT ;
2011-08-20 23:49:48 +02:00
2011-09-17 01:28:38 +02:00
opts . branch_exists = validate_new_branchname ( opts . new_branch , & buf ,
! ! opts . new_branch_force , 0 ) ;
2011-08-20 23:49:48 +02:00
2008-09-21 20:36:06 +02:00
strbuf_release ( & buf ) ;
}
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
if ( new . name & & ! new . commit ) {
2011-02-23 00:41:39 +01:00
die ( _ ( " Cannot switch branch to a non-commit. " ) ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}
2008-08-30 16:48:18 +02:00
if ( opts . writeout_stage )
2011-02-23 00:41:39 +01:00
die ( _ ( " --ours/--theirs is incompatible with switching branches. " ) ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
2008-02-21 16:50:42 +01:00
return switch_branches ( & opts , & new ) ;
Build in checkout
The only differences in behavior should be:
- git checkout -m with non-trivial merging won't print out
merge-recursive messages (see the change in t7201-co.sh)
- git checkout -- paths... will give a sensible error message if
HEAD is invalid as a commit.
- some intermediate states which were written to disk in the shell
version (in particular, index states) are only kept in memory in
this version, and therefore these can no longer be revealed by
later write operations becoming impossible.
- when we change branches, we discard MERGE_MSG, SQUASH_MSG, and
rr-cache/MERGE_RR, like reset always has.
I'm not 100% sure I got the merge recursive setup exactly right; the
base for a non-trivial merge in the shell code doesn't seem
theoretically justified to me, but I tried to match it anyway, and the
tests all pass this way.
Other than these items, the results should be identical to the shell
version, so far as I can tell.
[jc: squashed lock-file fix from Dscho in]
Signed-off-by: Daniel Barkalow <barkalow@iabervon.org>
Signed-off-by: Johannes Schindelin <johannes.schindelin@gmx.de>
Signed-off-by: Junio C Hamano <gitster@pobox.com>
2008-02-07 17:40:23 +01:00
}