Решение состоит в использовании фонового положения для имитации перехода градиента. Это решение было использовано в Twitter Bootstrap несколько месяцев назад.
Обновить
http://codersblock.blogspot.fr/2013/12/gradient-animation-trick. html? showComment = 1390287622614
Вот краткий пример:
Состояние связи
.btn {
font-family: "Helvetica Neue", Arial, sans-serif;
font-size: 12px;
font-weight: 300;
position: relative;
display: inline-block;
text-decoration: none;
color: #fff;
padding: 20px 40px;
background-image: -moz-linear-gradient(top, #50abdf, #1f78aa);
background-image: -webkit-gradient(linear, 0 0, 0 100%, from(#50abdf), to(#1f78aa));
background-image: -webkit-linear-gradient(top, #50abdf, #1f78aa);
background-image: -o-linear-gradient(top, #50abdf, #1f78aa);
background-image: linear-gradient(to bottom, #50abdf, #1f78aa);
background-repeat: repeat-x;
filter: progid:DXImageTransform.Microsoft.gradient(startColorstr='#ff50abdf', endColorstr='#ff1f78aa', GradientType=0);
background-repeat: repeat-y;
background-size: 100% 90px;
background-position: 0 -30px;
-webkit-transition: all 0.2s linear;
-moz-transition: all 0.2s linear;
-o-transition: all 0.2s linear;
transition: all 0.2s linear;
}
Состояние наведения
.btn:hover {
background-position: 0 0;
}
В моих экспериментах прерванный git add
ничего не оставляет в индексе (вы можете подтвердить это с помощью git status
), но он сохраняет любые созданные им двоичные объекты во внутренних структурах, поэтому могут быть некоторые файлы, которые могут быть восстановленным. Посмотрите на https://git-scm.com/book/en/v2/Git-Internals-Git-Objects информацию о том, как извлечь файлы из внутренних BLOB-объектов Git.
Я восстановил один файл следующим образом:
> find .git/objects -type f
...
.git/objects/ac/a6e96aaf9492a2ee8f9ef51f0197ad56436fd4
...
> git cat-file -p aca6e96aaf9492a2ee8f9ef51f0197ad56436fd4 > file1
Обратите внимание, что ID блока - это имя каталога ac
плюс имя файла BLOB-объекта a6e96...
, чтобы сделать aca6e96...
.
Таким образом, Git дал мне содержимое одного файла. Это не будет весело использовать, потому что вы получаете содержимое файла без имени файла. К сожалению, имя файла было бы сохранено в индексе и в более устойчивых структурах, если бы у вас была возможность выполнить фиксацию, но эта информация еще не была бы доступна для BLOB-объектов, созданных во время прерванного git add
.
Вот скрипт, который перечислит все ваши большие двоичные объекты в одном файле с разделителями, которые могут сделать вашу жизнь немного проще:
Файл list-blobs.pl
:
#!/usr/bin/perl
open BLOBS, "find .git/objects -type f |";
while (<BLOBS>) {
chop;
s#.*(..)/#\1#;
print "BLOB В моих экспериментах прерванный git add
ничего не оставляет в индексе (вы можете подтвердить это с помощью git status
), но он сохраняет любые созданные им двоичные объекты во внутренних структурах, поэтому могут быть некоторые файлы, которые могут быть восстановленным. Посмотрите на https://git-scm.com/book/en/v2/Git-Internals-Git-Objects информацию о том, как извлечь файлы из внутренних BLOB-объектов Git.
Я восстановил один файл следующим образом:
[110] Обратите внимание, что ID блока - это имя каталога ac
плюс имя файла BLOB-объекта a6e96...
, чтобы сделать aca6e96...
.
Таким образом, Git дал мне содержимое одного файла. Это не будет весело использовать, потому что вы получаете содержимое файла без имени файла. К сожалению, имя файла было бы сохранено в индексе и в более устойчивых структурах, если бы у вас была возможность выполнить фиксацию, но эта информация еще не была бы доступна для BLOB-объектов, созданных во время прерванного git add
.
Вот скрипт, который перечислит все ваши большие двоичные объекты в одном файле с разделителями, которые могут сделать вашу жизнь немного проще:
Файл list-blobs.pl
:
[111] Выполнить [1119 ]
chmod +x list-blobs.pl
list-blobs.pl | less
и вы увидите, какие объекты Git на самом деле сохранил в BLOB-объектах, прежде чем прервать git add
.
Еще проще: используйте https://github.com/ethomson/git-recover , опубликованную его автором Эдвардом Томсоном в комментариях ниже.
\n";
system("git cat-file -p В моих экспериментах прерванный git add
ничего не оставляет в индексе (вы можете подтвердить это с помощью git status
), но он сохраняет любые созданные им двоичные объекты во внутренних структурах, поэтому могут быть некоторые файлы, которые могут быть восстановленным. Посмотрите на https://git-scm.com/book/en/v2/Git-Internals-Git-Objects информацию о том, как извлечь файлы из внутренних BLOB-объектов Git.
Я восстановил один файл следующим образом:
[110] Обратите внимание, что ID блока - это имя каталога ac
плюс имя файла BLOB-объекта a6e96...
, чтобы сделать aca6e96...
.
Таким образом, Git дал мне содержимое одного файла. Это не будет весело использовать, потому что вы получаете содержимое файла без имени файла. К сожалению, имя файла было бы сохранено в индексе и в более устойчивых структурах, если бы у вас была возможность выполнить фиксацию, но эта информация еще не была бы доступна для BLOB-объектов, созданных во время прерванного git add
.
Вот скрипт, который перечислит все ваши большие двоичные объекты в одном файле с разделителями, которые могут сделать вашу жизнь немного проще:
Файл list-blobs.pl
:
[111] Выполнить [1119 ]
chmod +x list-blobs.pl
list-blobs.pl | less
и вы увидите, какие объекты Git на самом деле сохранил в BLOB-объектах, прежде чем прервать git add
.
Еще проще: используйте https://github.com/ethomson/git-recover , опубликованную его автором Эдвардом Томсоном в комментариях ниже.
");
}
Выполнить [1119 ]
chmod +x list-blobs.pl
list-blobs.pl | less
и вы увидите, какие объекты Git на самом деле сохранил в BLOB-объектах, прежде чем прервать git add
.
Еще проще: используйте https://github.com/ethomson/git-recover , опубликованную его автором Эдвардом Томсоном в комментариях ниже.