comment on

Either you have

1. One project with several modules/files. Use Git or Subversion. If one programmer broke the code, you will be able to revert this change. If you are not sure if programmer break code or no - use unit/integration tests.

2. One project with several files, but you wish to distribute different files/modules independently. Different computers/module users will have different versions of modules installed. Then you need put version for each module, and think about compatibility between version. This is about release management, and much more complicated that (1). Example is CPAN

Try use (1).

Also if your files/modules contain perl 'packages' use 'use', not require, unless you have good reason (for example, you decide runtime which module to load)

And always use version control systems (like Subversion/Git/Mercurial etc) unless you're writing something very very small to be deployed on one computer and you are alone.

In reply to Re: Best way to manage package versions? by vsespb
in thread Best way to manage package versions? by AlfaProject

Are you posting in the right place? Check out Where do I post X? to know for sure.
Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
<code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
Want more info? How to link or How to display code and escape characters are good places to start.


The stupid question is the question not asked
	PerlMonks