touk / airboat Goto Github PK

Gdy plik zmieni się tak, że na przykład komentarz do linii straci swoją linię, a wciąż będzie istotny. Ręczne dopasowywanie komentarzy tam, gdzie najbardziej pasują.

np. filtr po projekcie nie zostaje po przeładowaniu aplikacji.

Dodatkowe tagi przeciągane do changesetów lub plików

Jak nie nie ma komentarza, to po kliknięciu w plik i tak rozszerza się ramka.

Aktualnie aplikacja nie ma testów frontendu. Po wdrożeniu trzeba dodać testy selenium.

Filtrowanie po tagach

Dodanie nowego komentarza nie pojawia się w innych rewizjach pliku, pojawia się dopiero po odświeżeniu strony.

gdy przestaną być aktualne (np. rozwiązano wskazane w komentarzu problemy)

Utworzyć przeglądarkę plików z dowolnej rewizji.

Zadbać, żeby stare linki prowadziły do nowego projektu (czyli pewnie nie możemy usunąć projektu 'codereview' z githuba, tylko musimy zrobić drugi)

najnowszy changeset z komentowanym plikiem

Aktualnie aplikacja nie ma testów frontendu. Po wdrożeniu trzeba dodać testy selenium.

Chowanie listy zmian na małych monitorach.

to samo dla http://cr-cd.touk.pl/cd

Dopasowanie komentarza i innej rewizji do linii po procencie podobieństwa / odległości hamminga / czymś podobnym

ww: według mnie sprawniej / łatwiej by się nawigowało gdyby:

1. góra ramki z kodem zaczynała się tam gdzie ramka z nazwą pliku w prawej kolumnie.
2. nie było nazwy pliku nad kodem, bo dubluje się z tym co w 1.
3. w lewej kolumnie nazwa pliku była by wyróżniona jeśli w prawej jest wyświetlone źródło.
4. changesety się nie rozsuwały po wyświetleniu źródeł z prawej, a źródła ustawiały dynamicznie podczas scrolla

Jak powinna wyglądać, kiedy, automatycznie, czy ktoś decyduje o archiwizacji?

Szukanie FIXME, TODO

Pokazanie diffów z wszystkich plików na raz w changeset'cie.

Umożliwienie komentowania zmian, nie tylko aktualnego pliku.

Wyszukiwarka do konkretnych commitów, według wybranych kryteriów.

use: jsviews observables

Komentarze bez zdefiniowanej linii nie są obsługiwane.

tagowanie strumienia - projekt, autor, tag z komentarza

Odpowiednio dodane komentarze znajdują się potem w kodzie, który jest składowany w repozytorium.

Allow removing comments. Probably own comments without replies only.

najnowszy changeset z komentowanym plikiem

Gdy w commit-cie zmieniam nazwę pliku, widzę w nim komentarze dodane przed zmianą nazwy

Tak jak w Intellij IDEA. Po prawej stronie markery zmian (linie dodane lub zmienione / usunięte), po najechaniu na marker - popover z usuniętym / zmienionym kodem

po prostu ile jest łącznie komentarzy do changeseta i poszczególnych plików

• po rejestracji wysyałny jest mail z linkiem aktywacyjnym, niekliknięcie zawiesza konto po 3 dniach, zawieszone konto można aktywować tym samym linkiem. Nieaktywowane konta usuwamy po 2 tygodniach (i uprzedzamy o tym w mailu)

Aplikacja powinna oferować jakiś mechanizm autoryzacji. Nie każdy user mógłby dodawać komentarze w jakimś projekcie, może byłby on dla niego nawet niewidoczny?

Po wyświetleniu pliku chowamy snippety i ustawiamy plik tak żeby przy komentarzu była odpowiednia linia

Po kliknięciu strzłki, przed oczami mam jakąś nieokreśloną pozycję na liście. Przydałoby się, żeby po zwinięciu, ekran przesunął się do elementu którego zwinąłem.

Przede wszsytkim: błąd w imporcie projektu A nie powinien wstrzymywać importu projektu B.

Import projektu może trwać nawet 5 czy 10 minut. Po deployu aplikacji (ze względu na sekwencyjny sposób importowania projektów) zaimportowanie wszystkich projektów może trwać długo.

Użytkownik musi wiedzieć, dlaczego nie widzi commitów, a więc że:

1. nie ma więcej commitów w projekcie
2. być może jest ich więcej, ale jeszcze nie zaimportowane.

Dodatkowo - słodko byłoby, gdyby dla każdego projektu importowane było najpierw ostatnie 50 commitów, a potem dopiero reszta.

Aplikacja powinna mówić, że nie ma więcej commitów. Powinna też powiadamiać o trwającym imporcie projektu oraz udostępniać pierwsze kilka commitów natychmiast.

wszystko co na Git'cie działa dla zmian SVN

• plugin do grailsów?
• w profilu użytkownika: stare, nowe, nowe, potwierdzenie emailem (z linkiem do resetowania hasła, w razie co)

dobrze byłoby dostawać powiadomienia o błędach gdy tylko one wystąpią

Oznaczanie przejrzanych commitów, by było od razu widać, co widzieliśmy, a czego nie.