Sign Up

Sign Up to our social questions and Answers Engine to ask questions, answer people’s questions, and connect with other people.

Have an account? Sign In

Have an account? Sign In Now

Sign In

Login to our social questions & Answers Engine to ask questions answer people’s questions & connect with other people.

Sign Up Here

Forgot Password?

Don't have account, Sign Up Here

Forgot Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

Have an account? Sign In Now

You must login to ask a question.

Forgot Password?

Need An Account, Sign Up Here

Please briefly explain why you feel this question should be reported.

Please briefly explain why you feel this answer should be reported.

Please briefly explain why you feel this user should be reported.

Sign InSign Up

The Archive Base

The Archive Base Logo The Archive Base Logo

The Archive Base Navigation

  • SEARCH
  • Home
  • About Us
  • Blog
  • Contact Us
Search
Ask A Question

Mobile menu

Close
Ask a Question
  • Home
  • Add group
  • Groups page
  • Feed
  • User Profile
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Buy Points
  • Users
  • Help
  • Buy Theme
  • SEARCH
Home/ Questions/Q 3346908
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Editorial Team
Asked: May 18, 20262026-05-18T01:21:33+00:00 2026-05-18T01:21:33+00:00

I have a project in a repository. People will soon start checking it out,

  • 0

I have a project in a repository. People will soon start checking it out, working on it, then committing their changes back. But there is one file within that project (an elaborate configuration file of my own design) that everyone simply must have a copy of, but they will make changes to it that should never ever be checked back in (that is never should they be sent via update back to the repository).

So, I want each user who checks out the project to receive this config file, but then I want it ignored on all commits.

What I’ve read so far makes me feel this is not going to be possible. It seems that once I’ve imported the project with this config file it is under version control and there is no way anymore to ignore it other than removing it.

I hope I just misunderstood and the solution is an easy one.

Can anyone help?

Oh, I need a command line solution please if possible. A lot of the work is done on headless linux boxes with ssh-only connections.

Thanks!

EDIT: I went with cdhowie’s answer. In addition to creating a template config file (for example app.config.template) as he suggests, I also use the “svn propedit svn:ignore” to have the real config file name (for example app.config) ignored on commits.

  • 1 1 Answer
  • 0 Views
  • 0 Followers
  • 0
Share
  • Facebook
  • Report

Leave an answer
Cancel reply

You must login to add an answer.

Forgot Password?

Need An Account, Sign Up Here

1 Answer

  • Voted
  • Oldest
  • Recent
  • Random
  1. Editorial Team
    Editorial Team
    2026-05-18T01:21:34+00:00Added an answer on May 18, 2026 at 1:21 am

    Usually the way you do this is by providing a template file that the user or a script will copy to where it belongs. That file will then be ignored.

    For example, say you have app.config as the config file. You would commit yours as app.config.template or something similar. Users would have to copy and rename the file to begin development. app.config would be ignored in SVN.

    This doesn’t work cleanly for updates, but it’s about the best you can get. Another option would be to set access restrictions in the repository so that app.config cannot be changed by anyone else.

    EDIT: I said that this doesn’t work cleanly for updates, but on second thought, if the developers are changing this file a lot anyway, they probably don’t want updates from you clobbering their own settings. Using a template file will actually be easier on your developers, since they can pick which changes to merge in themselves.

    • 0
    • Reply
    • Share
      Share
      • Share on Facebook
      • Share on Twitter
      • Share on LinkedIn
      • Share on WhatsApp
      • Report

Sidebar

Related Questions

I'm working on a new project and I'm using the repository pattern, I have
Presently, we've got several main projects each in their own repository. We will have
Currently we have a project with a standard subversion repository layout of: ./trunk ./branches
I have a project that is stored in a Subversion repository. In this repository,
I have a docs folder in a Subversion repository named project. I've come to
I have a SVN repository for my project; it keeps code, docs, graphs, etc.
Currently I have a root-level repository set up for each project, like so: Project1
I have project that I'm working on that is going to require a webserver.
I have a large source repository split across multiple projects. I would like to
At my workplace we have one large Subversion repository which holds about 100 projects.

Explore

  • Home
  • Add group
  • Groups page
  • Communities
  • Questions
    • New Questions
    • Trending Questions
    • Must read Questions
    • Hot Questions
  • Polls
  • Tags
  • Badges
  • Users
  • Help
  • SEARCH

Footer

© 2021 The Archive Base. All Rights Reserved
With Love by The Archive Base

Insert/edit link

Enter the destination URL

Or link to existing content

    No search term specified. Showing recent items. Search or use up and down arrow keys to select an item.