Thread (7 messages) flat view 7 messages, 4 authors, 2016-06-15

Re: Problems using perl's Git.pm module

From: demerphq <hidden>
Date: 2016-06-15 22:50:09

Possibly related (same subject, not in this thread)

On 2 December 2010 19:14, Jonathan Nieder [off-list ref] wrote:
demerphq wrote:
quoted
On 2 December 2010 18:46, Junio C Hamano [off-list ref] wrote:
quoted
Ævar Arnfjörð Bjarmason [off-list ref] writes:
quoted
quoted
quoted
Why are you using it? It's for internal use only.
That is not a valid question nor answer, I am afraid.
So you are saying that it is for more than internal use?
I assume so.  I had guessed the same thing (that it is meant to be
generally useful), based on the following:

 - it is installed to be usable with a simple "use Git"
  automatically
Well that is true. But im not sure that is a good reason.

 - "perldoc Git" tells me that this module gives Perl scripts an easy
  way to interface the Git version control system, not that it is an
  implementation artifact
Any perl module, or script, or podfile installed in a place that
perldoc knows about is available to perldoc.
 - tools like "git svn" were not historically part of core git, and
  usage by them was not exactly internal use.
Well, the counter  arguments are:

No back-compat layer for older gits. Tight binding to a particular git
- no availability of upgrades independent of upgrading git. No
availability or review of the module on the standard venues for doing
so for Perl modules. CPAN, CPANTESTERS, smoke reports, etc.

And well the line:

# Totally unstable API.
$VERSION = '0.01';

STRONGLY suggests that the module should not be used by code outside
the Git package itself.

Cheers,
yves


-- 
perl -Mre=debug -e "/just|another|perl|hacker/"
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help