Skip to content

Conversation

joshfriend
Copy link
Collaborator

Then either:

  • update the Makefile to provide paths into .config
  • have the Makefile create symlinks to the root

@jacebrowning jacebrowning modified the milestone: active Sep 5, 2014
@joshfriend
Copy link
Collaborator

I was able to move 5 files into the new .config directory:

.coveragerc
.noserc
.project
.pydevproject
Foobar.sublime-project

@jacebrowning
Copy link
Owner Author

@joshfriend is there any reason the *.sublime-project needs to be symlinked?

@joshfriend
Copy link
Collaborator

@jacebrowning not really. I just did it in the interest of moving as many files as possible out of the project root.

@jacebrowning
Copy link
Owner Author

@joshfriend why not keep the *.sublime-project in .config and not symlink it? Sublime doesn't care where the project file is, but might potentially get confused about relative paths if the project is symlinked.

@jacebrowning
Copy link
Owner Author

@joshfriend problem! The arguments for mklink are reverse that of ln.

@jacebrowning jacebrowning modified the milestones: current, backlog Feb 11, 2015
@joshfriend
Copy link
Collaborator

I think i'm 👎 on this now. the only real utility in this was that there would be less files in the repo root so more of the README would show on the github page.

@joshfriend joshfriend closed this Mar 12, 2015
@jacebrowning
Copy link
Owner Author

I agree.

@jacebrowning jacebrowning deleted the dot-config branch December 25, 2017 16:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants