Linus Torvalds a29c4ddba3 git object store: make it possible to work with checked-out git branches
This makes the git object save logic also check out the changes in the
working tree and index if the branch we save to is checked out.  It used
to be that we would just update the object store (and the branch ref, of
course), but leave any checked-out state untouched.

Note that if the working directory is dirty (ie you have made changes by
hand and not committed them), the checkout will skip any dirty files and
report it as a warning to the user.  However, the save still succeeds
(since the _real_ save goes to the backing store).

NOTE NOTE NOTE! Both loading and saving very fundamentally work on the
git object store level, and if you are working with a checked-out branch
and make modifications to the working tree, saving will not touch those
dirty files (so that you can try to recover your edits manually in the
working tree), but it's worth pointing out that subsufrace loading state
will totally ignore the working tree.

So the only way to make subsurface *see* your changes is to commit them.
Having edited state checked out in the working tree will only confuse
you when subsurface first ignores it on reading, and then refuses to
touch the checked-out state on writing.

Put another way: working with a checked-out branch is now _possible_,
but you need to be aware of the limitations.

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Signed-off-by: Dirk Hohndel <dirk@hohndel.org>
2014-03-19 14:32:27 -07:00
2013-12-29 10:34:12 -08:00
2014-01-24 07:36:25 -08:00
2014-03-13 16:14:51 -07:00
2014-03-12 10:34:12 -07:00
2014-03-02 12:04:15 -08:00
2014-03-03 09:36:06 -08:00
2014-02-27 20:09:57 -08:00
2014-02-27 20:09:57 -08:00
2014-02-27 20:09:57 -08:00
2014-02-11 12:37:01 -08:00
2014-02-27 20:09:57 -08:00
2014-02-27 20:09:57 -08:00
2014-02-11 12:37:01 -08:00
2013-11-29 11:27:41 -08:00
2014-02-27 20:09:57 -08:00
2014-02-27 20:09:57 -08:00
2014-02-27 20:09:57 -08:00
2014-03-17 20:41:16 -07:00
2014-03-07 08:56:06 -08:00
2014-03-03 09:56:02 -08:00
2013-01-22 22:25:03 -08:00
2014-03-05 13:02:23 -08:00
2014-02-27 20:09:57 -08:00
2014-02-27 20:09:57 -08:00
2014-03-13 16:14:51 -07:00
2014-02-27 20:09:57 -08:00
2014-02-11 12:37:01 -08:00
2014-02-27 20:09:57 -08:00
2014-02-06 11:29:23 -08:00

This is the README file for Subsurface 4.0.2

After the release of Subsurface 3.1 the Subsurface developer team
decided to make a major change in the development direction of the
project. We switched to Qt as our UI toolkit and slowly, step by step
replaced all the Gtk with corresponding Qt code.

This caused lots of changes, from adding C++ to the list of
programming languages used, to switching build systems to qmake, to
refactoring the tightly interwoven UI and logic code that we had up
until 3.1. The vast majority of this work was done by just a handful
of people with Tomaz Canabrava carrying the biggest part of the
load. As we had hoped, the switch to Qt brought us many new active
developers and the Qt community has been extremely helpful supporting
us when we ran into trouble.

At this stage the Qt version has by and large reached functional
parity with version 3.1; two notable features are missing: the filter
by event type and the dive planner. The user experience and look and
feel on the other hand far surpass what was available in 3.1.

As always in a massive rewrite like this, there are still a small
handful of known bugs and issues - please check ReleaseNotes.txt and
our bug tracker at trac.hohndel.org.

The latest public version is Subsurface 4.0.2, released in January of 2014.

License: GPLv2

Subsurface can be found at http://subsurface.hohndel.org

You can get the sources to the latest development version from the git
repository:

git clone git://subsurface.hohndel.org/subsurface.git .

You can also browse the sources via gitweb at git.hohndel.org

If you want the latest release (instead of the bleeding edge
development version) you can either get this via

git checkout v4.0.2  (or whatever the last release is)

if you have already cloned the git repository as shown above or you
can get a tar ball from

http://subsurface.hohndel.org/downloads/Subsurface-4.0.2.tgz


Basic Usage:
============

Install and start from the desktop, or you can run it locally from the
build directory:

$ ./subsurface

You can give a data file as command line argument, or (once you have
set this up in the Preferences) Subsurface picks a default file for
you when started from the desktop or without an argument.

If you have a dive computer supported by libdivecomputer, you can just
select "Import from Divecomputer" from the "Import" menu, select which
dive computer you have (and where it is connected if you need to), and
hit "OK".

The latest list of supported dive computers can be found in the file
SupportedDivecomputers.txt

Much more detailed end user instructions can be found from inside
Subsurface by selecting Help (typically F1). When building from source
this is also available as Documentation/user-manual.html


Contributing:
=============

There is a mailing list for developers: subsurface@hohndel.org
Go to http://lists.hohndel.org/cgi-bin/mailman/listinfo/subsurface
to subscribe.

If you want to contribute code, please either send signed-off patches or
a pull request with signed-off commits.  If you don't sign off on them,
we will not accept them. This means adding a line that says
"Signed-off-by: Name <email>" at the end of each commit, indicating that
you wrote the code and have the right to pass it on as an open source
patch.

See: http://developercertificate.org/

Also, please write good git commit messages.  A good commit message
looks like this:

	Header line: explain the commit in one line (use the imperative)

	Body of commit message is a few lines of text, explaining things
	in more detail, possibly giving some background about the issue
	being fixed, etc etc.

	The body of the commit message can be several paragraphs, and
	please do proper word-wrap and keep columns shorter than about
	74 characters or so. That way "git log" will show things
	nicely even when it's indented.

	Make sure you explain your solution and why you're doing what you're
	doing, as opposed to describing what you're doing. Reviewers and your
	future self can read the patch, but might not understand why a
	particular solution was implemented.

	Reported-by: whoever-reported-it
	Signed-off-by: Your Name <youremail@yourhost.com>

where that header line really should be meaningful, and really should be
just one line.  That header line is what is shown by tools like gitk and
shortlog, and should summarize the change in one readable line of text,
independently of the longer explanation. Please use verbs in the
imperative in the commit message, as in "Fix bug that...", "Add
file/feature ...", or "Make Subsurface..."


A bit of Subsurface history:
============================

In fall of 2011, when a forced lull in kernel development gave him an
opportunity to start on a new endeavor, Linus Torvalds decided to tackle
his frustration with the lack of decent divelog software on Linux.

Subsurface is the result of the work of him and a team of developers since
then. It now supports Linux, Windows and MacOS and allows data import from
a large number of dive computers and several existing divelog programs. It
provides advanced visualization of the key information provided by a
modern dive computer and allows the user to track a wide variety of data
about their diving.

In fall of 2012 Dirk Hohndel took over as maintainer of Subsurface
Description
No description provided
Readme 166 MiB
Languages
C++ 74.4%
XSLT 6%
C 5.9%
QML 5.6%
Shell 2.8%
Other 5.1%