[git-users] Disappearing Config Files

2012-10-03 Thread Jeffery Brewer
I have files I move around between several different environments, and in 
each environment I have a config file (web.config) that is unique to each 
environment. 

I make changes on my machine, push them to a repository, move to a 
development machine and pull them from the repository, then move them to 
to a test machine and pull them from the repository, etc.

Through some trial and error I figured out that most of the time if I put 
my web.config into my .gitignore file everything works fine, but not always.

Right now I'm spending my afternoon trying to figure out why whenever I 
checkout the master branch it deletes my web.config file. It happens like 
this. I will have my web.config file in my directory and then checkout a 
branch into that directory (e.g. git checkout new-search) and everything is 
fine. If I switch to another branch (e.g. git checkout fix-search) 
everything is fine as well. But when I check out the master branch (e.g. 
git checkout master) it deletes my web.config file. 

Why is it deleting my config file and more importantly, how can I get it to 
stop doing that so that I can spend my time working on code and not fussing 
with git?

Thanks!

-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/git-users/-/NbsCC-lIzd8J.
To post to this group, send email to git-users@googlegroups.com.
To unsubscribe from this group, send email to 
git-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/git-users?hl=en.



Re: [git-users] Disappearing Config Files

2012-10-03 Thread Jeffery Brewer
That was it. I tried several times to delete it from fix-search, thought I 
had it a couple of times, but it was still there. When I finally succeeded 
in deleting it, and then re-added it it seems to be sticking around when I 
switch between the branches. Thanks!

On Wednesday, October 3, 2012 4:13:25 PM UTC-7, Peter J Weisberg wrote:

 On Wed, Oct 3, 2012 at 3:54 PM, Jeffery Brewer 
 jeffery...@gmail.comjavascript: 
 wrote: 
  I have files I move around between several different environments, and 
 in 
  each environment I have a config file (web.config) that is unique to 
 each 
  environment. 
  
  I make changes on my machine, push them to a repository, move to a 
  development machine and pull them from the repository, then move them 
 to 
  to a test machine and pull them from the repository, etc. 
  
  Through some trial and error I figured out that most of the time if I 
 put 
  my web.config into my .gitignore file everything works fine, but not 
 always. 
  
  Right now I'm spending my afternoon trying to figure out why whenever I 
  checkout the master branch it deletes my web.config file. It happens 
 like 
  this. I will have my web.config file in my directory and then checkout a 
  branch into that directory (e.g. git checkout new-search) and everything 
 is 
  fine. If I switch to another branch (e.g. git checkout fix-search) 
  everything is fine as well. But when I check out the master branch (e.g. 
 git 
  checkout master) it deletes my web.config file. 
  
  Why is it deleting my config file and more importantly, how can I get it 
 to 
  stop doing that so that I can spend my time working on code and not 
 fussing 
  with git? 

 My guess is that web.config is committed in the fix-search branch. 
 When you switch to fix-search, that version of web.config is written 
 to the working tree (overwriting the file that was there, which was 
 ignored and therefore uninteresting, so Git didn't bother to tell you 
 about it).  Then when you switch from fix-search to master, Git checks 
 to see if web.config in the working tree is the same as it is in 
 fix-search.  If so, then there are no changes to deal with when 
 switching branches, and it can be safely updated to its 'master' state 
 (nonexistent). 

 -PJ 

 Gehm's Corollary to Clark's Law: Any technology distinguishable from 
 magic is insufficiently advanced. 


-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/git-users/-/_IcOHVjEGvwJ.
To post to this group, send email to git-users@googlegroups.com.
To unsubscribe from this group, send email to 
git-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/git-users?hl=en.



Re: [git-users] Beginner stuck in a commit

2012-08-07 Thread Jeffery Brewer
Thanks very much for all the help. I'm going to play around with this 
tomorrow when I get back on the computer all that is on.

On Tuesday, August 7, 2012 8:46:07 AM UTC-7, Peter J Weisberg wrote:

 On Mon, Aug 6, 2012 at 9:03 PM, Daniel P. Wright  wrote:
  The default editor for git is vim, which is a sensible choice as its
  available on nearly every platform, but if you've never encountered it
  before it can seem a little... unusual.

 I'm not sure a text-editor is sensible if a newbie *can't figure out 
 what it is*.  The only reason to make it the default IMO is that it 
 *is*available on every system (except Windows).  On Windows, I think a 
 sensible 
 default would be Wordpad.  Of course, no one asked me my opinion. :-)

 P.S.: Here's the minimum you need to know about vim:

 It starts in command mode
 To enter text, you need to be in insert mode
 Switch from command mode to insert mode by pressing i
 Switch from insert mode to command mode by pressing ESC
 In command mode:
 save by typing :w
 quit by typing :q
 save and quit by typing :wq
 quit without saving by typing :q!

 -PJ

 Gehm's Corollary to Clark's Law: Any technology distinguishable from
 magic is insufficiently advanced. 

-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/git-users/-/A2PMxmLnIJoJ.
To post to this group, send email to git-users@googlegroups.com.
To unsubscribe from this group, send email to 
git-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/git-users?hl=en.



[git-users] Checking out files into existing directory

2012-08-07 Thread Jeffery Brewer
I swear I'm going to figure out how to work with git at some point and stop 
bothering everyone with these stupid beginner problems!

So here's my current problem. I'm trying to checkout (not sure if that's 
the right term or not) files from my repository into an existing folder (a 
folder created as a NetBeans project...something NetBeans recognizes as a 
project folder). Clone doesn't work...tells me there is existing content. 
When I deleted all the content and cloned it again, it put all the contents 
into a sub-folder. So I tried using fetch. When I fetched, it took a very 
long time and looked like it was doing work (it was showing me some kind of 
progress), but when it got all done the folder was empty. I tried this a 
couple of times and then tried pull, which did the same thing. At one point 
after a fetch I typed git status and got a long message saying all my 
files were deleted. Finally after searching around for clues decided to 
clone into a separate directory then copy and paste all the contents of 
that directory back over to my project directory. 

I guess my question is, how do I get my files out of the repository and 
into an existing folder on my computer? And why doesn't fetch or pull 
actually fetch or pull any files down from the repository?

Thanks,

-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/git-users/-/-JtXABcSozYJ.
To post to this group, send email to git-users@googlegroups.com.
To unsubscribe from this group, send email to 
git-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/git-users?hl=en.



Re: [git-users] New user gets lost driving the Git Bash

2012-07-24 Thread Jeffery Brewer
Continued thanks for all the help. I'm sorry to be so slow at this...I've 
just done very little command line operation in the past and probably 
shouldn't even be allowed near computers at all. I have very little 
experience on Linux/Unix as well, so I'm really floundering around in the 
dark here. I learned ls yesterday though, so I'm getting there.

So when you say cmd.exe you're talking about just a normal windows 
command line prompt? Like you go to Start and type cmd? I tried that 
initially but only got errors (e.g. $ not recognized). Wasn't until I 
stumbled on the Git Bash thing that I could make Git work at all. 

I know there are GUI's available, but I have a big desire to develop some 
command line skills and this seems like a reasonable place to start. I 
figured how to commit files yesterday! Woo hoo! All that seemed to go 
reasonably well until I did the diff command, which had me lost until I 
finally typed h and got the help screen. 


On Tuesday, July 24, 2012 12:46:44 AM UTC-7, Konstantin Khomoutov wrote:

 On Mon, Jul 23, 2012 at 04:13:50PM -0700, Jeffery Brewer wrote: 
  Aha! Figured out that after installing on windows you don't go to a 
 command 
  line directly, you have to go through Start  All Programs  Git  Git 
  Bash which gives you a different kind of command line. 
 [...] 

 Note that you don't *have to* use Git bash: everything just works in the 
 regular cmd.exe.  Actually, the existence of Git bash is due to some 
 parts of Git are written as Unix shell scripts so Git for Windows has to 
 ship with a shell implementing POSIX semantics. 

 There's no consensus in the Git for Windows community on what shell to 
 use for interactive work with Git.  I, for one, prefer cmd.exe as I tend 
 to use the shell not only for Git. 



-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/git-users/-/ZTmFPr90CvoJ.
To post to this group, send email to git-users@googlegroups.com.
To unsubscribe from this group, send email to 
git-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/git-users?hl=en.



[git-users] First Attempt to Import from SVN Fails

2012-07-24 Thread Jeffery Brewer
Just tried a test import from SVN and ran into an error:
 
git svn clone --stdlayout svn url
 
returns...
 
Can't locate Git/SVN/Editor.pm in @INC @INC contains: /lib 
/usr/lib/per15/5.8.8/msys /usr/lib/per15/5.8.8 
/usr/lib/per15/site_perl/5.8.8/msys /usr/lig/per15/site_perl/5.8.8 
/usr/lib/perl15/site_perl .) at C:\Program Files 
(x86)\Git/libexec/git-cor\git-svn line 81.
BEGIN failed--compilation aborted at C:\Program Files 
(x86)\Git/libexec/git-core\git-svn line 81.
 

-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/git-users/-/WxQCgd6FdDIJ.
To post to this group, send email to git-users@googlegroups.com.
To unsubscribe from this group, send email to 
git-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/git-users?hl=en.



[git-users] New user gets lost driving the Git Bash

2012-07-23 Thread Jeffery Brewer
Aha! Figured out that after installing on windows you don't go to a command 
line directly, you have to go through Start  All Programs  Git  Git 
Bash which gives you a different kind of command line.

Was able to set up my configuration settings as described in The Book. Am 
now at the beginning of Chapter 2 Installing a Repository in an Existing 
Directory and trying to figure out how to drive the Git Bash over to my 
existing directory. I tried a dir which in a normal command line gives 
you a listing of the contents of the current directory, but that's giving 
me an sh.exe: dir: command not found error. cd seems to work, so I 
tried a cd c: but not sure I've gone into the root or not. Any way to 
list files in the Git Bash?

-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/git-users/-/ORaKXYZbarcJ.
To post to this group, send email to git-users@googlegroups.com.
To unsubscribe from this group, send email to 
git-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/git-users?hl=en.



Re: [git-users] New user gets lost driving the Git Bash

2012-07-23 Thread Jeffery Brewer
Thanks to both...

how do you move up one level in the directory structure without having to 
type the entire path? e.g. cd..

On Monday, July 23, 2012 4:30:14 PM UTC-7, Serge Matveenko wrote:

 On Tue, Jul 24, 2012 at 3:18 AM, Łukasz Siwiński lsiwin...@gmail.com 
 wrote: 
  Ps: after:  $ echo dir alias='ls'  .bashrc exit  relaunch your 
  prompt (bach/command line) 

 alias dir='ls -Alh' 

 gives more familiar look for windows user 

 personally I use this alias in my linux shell for over 6 years 


 -- 
 Serge Matveenko 
 se...@matveenko.ru 
 http://www.ohloh.net/accounts/lig 
 http://ru.linkedin.com/in/sergematveenko 


-- 
You received this message because you are subscribed to the Google Groups Git 
for human beings group.
To view this discussion on the web visit 
https://groups.google.com/d/msg/git-users/-/mBcY5sU4qI0J.
To post to this group, send email to git-users@googlegroups.com.
To unsubscribe from this group, send email to 
git-users+unsubscr...@googlegroups.com.
For more options, visit this group at 
http://groups.google.com/group/git-users?hl=en.