Log of /contributions/modules/versioncontrol/versioncontrol.install
Parent Directory
| 
Revision Log
| 
Revision Graph
Revision
1.53 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Oct 16 14:15:26 2009 UTC
(5 weeks, 6 days ago)
by
sdboyer
Branch:
MAIN
CVS Tags:
HEAD
Changes since
1.52: +59 -76 lines
Diff to
previous 1.52
Merging in work from git by marvil07 for his GSOC project to OO-ify vcsapi. From this commit forward, HEAD is OO.
Revision
1.52 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sun Jun 21 15:33:07 2009 UTC
(5 months ago)
by
jpetso
Branch:
MAIN
Branch point for:
DRUPAL-6--1
Changes since
1.51: +65 -33 lines
Diff to
previous 1.51
Make the "data" column usable by other modules, and migrate more data to it.
This enables us to get rid of the {commit_restrictions} and
{versioncontrol_repository_metadata} tables, whose data is now
stored in $repository['data'] instead.
Requires an update.php run. This commit modifies update 6102 which
I introduced in my previous commit two days ago; if you have already
executed that update then please delete the "data" column from your
{versioncontrol_repositories} table and run it again.
Revision
1.51 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Jun 20 09:30:04 2009 UTC
(5 months, 1 week ago)
by
jpetso
Branch:
MAIN
Changes since
1.50: +39 -4 lines
Diff to
previous 1.50
Introduce a new "data" column for repositories for additional custom properties.
Third-party modules can store data there instead of in separate tables,
which should eventually contribute to the goal of removing the backends'
{versioncontrol_[backend]_repositories} tables.
Also, make the "allow unauthorized commit access" setting per-repository
instead of global, and store it in the new "data" column.
Revision
1.50 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sun May 31 17:30:06 2009 UTC
(5 months, 3 weeks ago)
by
jpetso
Branch:
MAIN
CVS Tags:
DRUPAL-6--1-0-RC2
Changes since
1.49: +2 -2 lines
Diff to
previous 1.49
Block deltas are only varchar(32), so let's lose the 'versioncontrol_' prefix.
(The module is stored in the block definition row anyways.)
Hopefully, nobody has yet executed that update function.
If someone did, just reconfigure your blocks please.
Revision
1.47 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Jan 24 20:52:03 2009 UTC
(10 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.46: +36 -10 lines
Diff to
previous 1.46
Prepare database schema for 6.x Schema API naming, part 2 of 2: Serial ids.
Unfortunately, that means we must lose the "empty" item with 0 as
item_revision_id, so the operation retrieval query won't work in certain
cases now. Need to find another solution for that.
Other than that, the upgrade works flawlessly.
Time to get your old 5.x-2.x DB (after today's update 9) onto Drupal 6!
Revision
1.45 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Jan 10 12:15:47 2009 UTC
(10 months, 2 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.44: +5 -9 lines
Diff to
previous 1.44
* Seems like 'serial' column types are not allowed to provide default
values, so remove those. Also, convert the other two serial columns
from 'int' to 'serial', and add TODO comments to all of them.
* Seems like calling drupal_get_path() on file inclusion or even in
hook_boot() doesn't work, so let's have it in hook_init() instead.
Version Control API can now be enabled in D6 without installation errors.
Revision
1.43 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Wed Jan 7 00:23:35 2009 UTC
(10 months, 2 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.42: +89 -101 lines
Diff to
previous 1.42
Core noticed that t() in table/column descriptions is a bad idea.
I agree with that, let's get them out of there. (Although t() made for
a very nice excuse to have nicely spaced indentations, but hey.)
Revision
1.42 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Jan 5 06:12:22 2009 UTC
(10 months, 3 weeks ago)
by
sdboyer
Branch:
MAIN
Changes since
1.41: +3 -3 lines
Diff to
previous 1.41
Converted primary key incrementing fields to type 'serial' - this is a low-risk change and can safely be put in now.
Revision
1.40 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sun Jan 4 13:34:04 2009 UTC
(10 months, 3 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.39: +6 -40 lines
Diff to
previous 1.39
These indexes are safely named for the conversion, remove the todo item.
One index remains that needs to be renamed for the 5.x-2.0 release.
Did not yet check unique keys.
Revision
1.39 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Jan 3 13:21:28 2009 UTC
(10 months, 3 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.38: +565 -513 lines
Diff to
previous 1.38
D6 upgrade item 3.: New Schema API.
Converted with deadwood, manually tweaked by myself (including table and
column descriptions which have not only been preserved but even extended
and improved). A few todo items are left - converting the 'int' ids to
'serial' in their base tables, and ensuring correct index names for MySQL
and Postgres - but the bulk of database conversion work is probably done.
Revision
1.37 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Jan 2 21:00:17 2009 UTC
(10 months, 3 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.36: +9 -513 lines
Diff to
previous 1.36
Remove the insane amount of update functions in versioncontrol.install,
as updating to D6 will only be possible from 5.x-2.x (which has those
updates already applied).
Revision
1.35.2.4 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Oct 9 23:36:36 2008 UTC
(13 months, 2 weeks ago)
by
jpetso
Branch:
DRUPAL-5--2
Changes since
1.35.2.3: +277 -2 lines
Diff to
previous 1.35.2.3
, to
branch point 1.35
Complete table and field documentation for the database schema.
(At least, the part residing in the API module itself.)
For sdboyer, and all other potential contributors.
Also, minor wording improvent for the apidox of
versioncontrol_get_repository_registration_message().
Revision
1.35.2.3 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Sep 25 22:26:52 2008 UTC
(14 months ago)
by
jpetso
Branch:
DRUPAL-5--2
Changes since
1.35.2.2: +2 -2 lines
Diff to
previous 1.35.2.2
, to
branch point 1.35
jpetso saves the world *again*!
Here comes the destruction of the Last Difficult Problem that had to be
solved for the Version Control API's 2.x branch. Like, from an API design
point of view. Everything from here on will be a piece of cake,
so to speak. (Of course, there's still lots of work to do.)
Changes? You bet.
- Renamed the versioncontrol_add_whatever() function to
versioncontrol_fetch_whatever(), as the old names just didn't sound
intuitively at all. Especially when introducing
versioncontrol_add_item_revision_id()... NOT.
Everything that loads data into objects (or rather, arrays) and
modifies those rather than returning them as a result is "fetch" now.
Such as the versioncontrol_fetch_item_revision_id() helper function.
- Introduced versioncontrol_fetch_successor_items().
The opposite of versioncontrol_fetch_source_items().
- Major strike #1: Implemented versioncontrol_get_item_history()
in the API module! That means that a) it works for all backends
even if they don't implement on-the-fly file history parsers,
and b) we can assume bearable performance. The current implementation
is the naive one going from item to item, but the potential for large
performance gains is there. Oh, and c) you can limit the number
of returned items. Yay.
- Major strike #2: Got rid of the potential function overkill for
backends to retrieve selected labels. It's now two functions only -
[versioncontrol_backend]_get_selected_label_for_{operation,other_item}() -
and stuffs all the retrievals with related or non-related items
into that "from other item" function. Most important achievement,
keeps the API somewhat usable (although still complex, but that's
probably the price of abstraction and code reuse and stuff).
It struck me during lunch! (...)
- Renamed versioncontrol_get_commits() to versioncontrol_get_commit_operations(),
for consistency.
- Plus, as usual, a few fixes that I already forgot again.
So all the hard API problems are solved, I think. The remaining ones are
either relatively easy or stupid porting work, like for Commit Log.
Ok, so much for saving the world, now on to the boring non-VCS stuff again...
Revision
1.35.2.2 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Tue Sep 2 21:37:08 2008 UTC
(14 months, 3 weeks ago)
by
jpetso
Branch:
DRUPAL-5--2
Changes since
1.35.2.1: +21 -1 lines
Diff to
previous 1.35.2.1
, to
branch point 1.35
The CVS backend's centralize-item-revision-tables update function was still
not good enough as it didn't cover the empty item revision object that is
required for joining "added" actions (naturally without source items) to
the {item_revisions} table nevertheless.
This commit adds such an "empty" item revision to the .install file
so that versioncontrol_add_source_items() works correctly.
And because we want to use 0 as type for that new empty item, take the
chance to sanitize the constants and let them all start at 1. No usage
to be ported in the API module itself, backends need to increase the
ITEM_*, FILE_* and ACTION_* constants by 1 if they stored them in the
database. (Will be taken care of for CVS and SVN in a moment.)
Revision
1.35 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Apr 19 13:11:05 2008 UTC
(19 months, 1 week ago)
by
jpetso
Branch:
MAIN
Branch point for:
DRUPAL-5--2
Changes since
1.34: +2 -2 lines
Diff to
previous 1.34
* Extend label restrictions to branch/tag-emulating commits,
and clean up a bit more... the code's a lot nicer to read than yesterday.
* Update copyright headers to 2008.
Revision
1.34 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Feb 28 21:32:49 2008 UTC
(20 months, 4 weeks ago)
by
jpetso
Branch:
MAIN
Changes since
1.33: +11 -3 lines
Diff to
previous 1.33
Assuming that no one has tried to upgrade from 1.0 yet
(reasonable assumption, as I even endorsed it being broken),
let's add this column without doing a new update_N() function.
The column is called "type" (one more of those) and the solution to the
one problem where I couldn't imagine how the search query would look like.
With this "type" flag, we can have both the real "member" items of
an operation as well as "fake" cached source items that should also be
searched for. For get_operation_items(), we're going to skip the cached
items and only get the real ones.
Also, remove the TODOs and get_affected_item(), as those are now
definitely obsolete and fulfill no purpose in HEAD anymore.
Revision
1.33 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Tue Feb 26 00:34:06 2008 UTC
(21 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.32: +276 -56 lines
Diff to
previous 1.32
First part of #216371: Update of the API module's database schema,
complete with the upgrade path. Next up: db upgrade for versioncontrol_cvs,
and then actually adapting the code.
As you might guess, this leaves HEAD in a state where it does not work.
That will change, though... just give me a few days.
Revision
1.29 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Jan 21 10:52:40 2008 UTC
(22 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.28: +240 -41 lines
Diff to
previous 1.28
Holy moly! Here comes the big fat operation factoring commit.
Commits, branch operations and tag operations now derive from one
base object (an "operation") which has most of its properties stored
in the new {versioncontrol_operation} table.
+ More consolidation, less duplicate code,
and less duplication in the table structure.
+ One operation id to rule them all.
+ Potential for introducing a combined versioncontrol_get_operations()
function that can retrieve all three kinds of operations. Later, though.
+ A few bug fixes.
+ Comes with an upgrade path. Scary, though, I hope I won't ever
have to do an update function like this again.
- Even more abstraction, which makes the database scheme even harder
to grasp.
- One more join in important SQL queries.
Revision
1.26 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Tue Oct 30 01:59:50 2007 UTC
(2 years ago)
by
jpetso
Branch:
MAIN
CVS Tags:
DRUPAL-5--1-0-RC1,
DRUPAL-5--1-0-RC2
Changes since
1.25: +26 -1 lines
Diff to
previous 1.25
Last TODO item for Version Control API 1.0 (code-wise):
Introduce the get_url_log_view() API function and the
'file_log_view' repository URL in the database / repository admin form.
Used by Commit Log for linking file names (whereas the content view URL
is used for linking revision numbers).
Also, a bit of bug fixing:
* Make branch replacement tokens work for repository URLs.
* Delete entries from {versioncontrol_repository_metadata}
if the repository is deleted itself.
* Better URL encoding in Commit Log.
Now let's copy the Version Control API overview from g.d.o and we're set.
Revision
1.25 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Oct 29 21:02:21 2007 UTC
(2 years ago)
by
jpetso
Branch:
MAIN
Changes since
1.24: +62 -54 lines
Diff to
previous 1.24
The right way to write '%d' is without quotes, so remove all of those.
Also, add a few configuration variables to the uninstallation function
that have been forgotten before.
Revision
1.23 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sun Sep 23 22:10:16 2007 UTC
(2 years, 2 months ago)
by
jpetso
Branch:
MAIN
CVS Tags:
DRUPAL-5--0-9-RC1
Changes since
1.22: +3 -3 lines
Diff to
previous 1.22
So if we're already messing big time with the table structure,
let's rename the repository_internal_data one into repository_metadata,
which is less scary and fits better.
Revision
1.22 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sun Sep 23 22:03:48 2007 UTC
(2 years, 2 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.21: +3 -1 lines
Diff to
previous 1.21
Last database schema change for 5.x? Add a (still unused) "weight" column
to the {versioncontrol_repository_internal_data} table. Will be used
for sorting repositories in lists and select boxes.
Revision
1.21 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sun Sep 23 19:46:01 2007 UTC
(2 years, 2 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.20: +3 -2 lines
Diff to
previous 1.20
The Last Great Mess-up: make authorization methods a per-repository setting
instead of a site-wide one. For example, that enables us to have an
application-based contrib repository next to a purely admin-controlled
core one.
Changes that go with this commit:
* One more column in the repository table
* One less column in the account status strings table
* Introduction of hook_versioncontrol_alter_repository_selection()
for selectively disallowing repository registrations
* Reshuffle the admin interface
* While we're at it, move the non-admin pages out of .admin.inc
and into .pages.inc
* Simplify the Account Status module by dropping the
site-wide authorization method, which isn't very practical anyways
* Apidox updates
* ...and a few bug fixes, I think.
Revision
1.20 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Sep 14 09:56:31 2007 UTC
(2 years, 2 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.19: +3 -1 lines
Diff to
previous 1.19
* Add a tag message to the tag operations table.
Optional for the backend (will be supported by all VCSs except CVS).
* Don't query for repositories "WHERE (repo_id = '12' AND repo_id = '12')".
* In _versioncontrol_db_get_additions(), use "primary_key IN ('1','2',...)"
instead of "(primary_key = '1' OR primary_key = '2' OR ...".
* More apidox bulletpointifying. I think versioncontrol should be fine now,
from the apidox point of view.
Revision
1.16 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sun Aug 19 23:15:42 2007 UTC
(2 years, 3 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.15: +3 -1 lines
Diff to
previous 1.15
* Greatly simplify hook_menu() with respect to account registration.
That also prevents fetching all repositories at 'user/$uid/edit'
and is much cleaner in general.
* Together with that, introduce an admin form for general
version control related settings, with account authorization
as default task. Also, introduce a two simple API functions
so that account authorization modules can hook into that.
* Update the README.txt files. It's very tedious to retrieve the exact
maintainers for each line, so let's just name the cvs.module authors
collectively.
* A few other fixes, as always ;)
Revision
1.15 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Sat Aug 18 08:58:53 2007 UTC
(2 years, 3 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.14: +35 -32 lines
Diff to
previous 1.14
Fix the .install file (and have the queries sorted in a coherent way).
Also, fix the one issue that coder.module noticed.
Revision
1.14 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Aug 17 18:05:12 2007 UTC
(2 years, 3 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.13: +34 -1 lines
Diff to
previous 1.13
Centralize branches and tags into the API module.
This is a major change, and I've got no idea if everything still works.
At the moment, it probably doesn't... but it will.
Revision
1.13 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Aug 2 12:11:17 2007 UTC
(2 years, 3 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.12: +4 -3 lines
Diff to
previous 1.12
Fixes, improvements, introduction of a get_repository() convenience
function, and completing the implementation of the insert/update/delete API
for commits, repositories and accounts.
Revision
1.12 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Jul 30 12:18:46 2007 UTC
(2 years, 3 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.11: +21 -7 lines
Diff to
previous 1.11
Centralize account management (insertion and retrieval, for now)
and split out the repository URLs into a separate table.
Revision
1.11 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Jul 26 20:58:16 2007 UTC
(2 years, 4 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.10: +2 -1 lines
Diff to
previous 1.10
Half the implementation for the 'paths' constraint.
What's left is filtering out accidental false positives from the result.
Also, some backend-specific hook will be necessary for bearable speed..
Revision
1.9 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Jul 23 08:49:07 2007 UTC
(2 years, 4 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.8: +2 -2 lines
Diff to
previous 1.8
Replace 'internal' arrays with '[vcs]_specific' ones.
Also, improve some bits of API documentation and fix copyright headers.
Revision
1.8 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Jul 19 12:25:57 2007 UTC
(2 years, 4 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.7: +16 -11 lines
Diff to
previous 1.7
More implementations, simplification of the get_authors_*() parameters,
documentation fixes, and whatever else. This commit was brought to you
by a few days of offline life.
Revision
1.7 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Fri Jul 13 11:02:53 2007 UTC
(2 years, 4 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.6: +3 -3 lines
Diff to
previous 1.6
Add the 'commit view URL' together with its getter function,
and rename the former 'view URL' to 'item view URL'.
Revision
1.6 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Thu Jul 12 14:35:50 2007 UTC
(2 years, 4 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.5: +4 -1 lines
Diff to
previous 1.5
Refactor the API, introducing $item as third building block
next to $commit and $repository. Should make for unique item identification
as well as more consistency between return values.
Revision
1.5 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Tue Jul 10 00:09:44 2007 UTC
(2 years, 4 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.4: +2 -1 lines
Diff to
previous 1.4
Add get_url_tracker(), get_item_tags(), get_item_history(),
get_file_contents() and get_file_annotation() to the API module,
and reorganize several documentation and code fragments.
Revision
1.3 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Tue Jul 3 16:29:39 2007 UTC
(2 years, 4 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.2: +3 -1 lines
Diff to
previous 1.2
Re-add the newurl and diffurl paths as url_view and url_diff, including the
versioncontrol_get_url_view() and versioncontrol_get_url_diff() functions
for easy and encapsuled access to those paths.
Revision
1.2 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Jul 2 16:36:41 2007 UTC
(2 years, 4 months ago)
by
jpetso
Branch:
MAIN
Changes since
1.1: +4 -4 lines
Diff to
previous 1.1
Add fakevcs_backend.module with an expansive example of
how data structures could look like. Not yet fixed, of course.
Rename 'cid' to 'commit_id', which is more to write but easier to read,
and avoids clashes with all kinds of comment identifiers.
Revision
1.1 -
(
view)
(
download)
(
as text)
(
annotate)
-
[select for diffs]
Mon Jul 2 16:09:09 2007 UTC
(2 years, 4 months ago)
by
jpetso
Branch:
MAIN
Initial commit of the Version Control API. Featuring .info, .install
and README.txt, the module itself is still missing though.
This form allows you to request diffs between any two revisions of this file.
For each of the two "sides" of the diff,
select a symbolic revision name using the selection box, or choose
'Use Text Field' and enter a numeric revision.
