Live data from Hacker News

Viewing profile — aayjaychan

aayjaychan

HN member
Joined
Sat, Aug 29, 2020, 2:49 PM UTC
HN karma
38
Public activity
23 items

About aayjaychan

No profile information was provided.

Recent public activity

  1. comment
    Comment #41808355

    There is no "one-time" over the network. Invalidating the refresh token immediately when the server recieves it is asking for trouble.

  2. comment
    Comment #40365237

    it's always wild to me hearing what pressure people use. on my road bike with 28c and inner tubes, 60 psi is what i use on _good_ road surface. maybe the roads are just shit here, …

  3. comment
    Comment #40341369

    navigation properties are not loaded automatically, because they can be expensive. you need to use `.Include(foo => foo.Bars)` to tell EF to retrieve them. EF tries to be smart and…

  4. comment
    Comment #38162178

    Published history in Mercurial is sacred [1]. Modern Mercurial fully embraces history editing, and provides (IMO) better tools than git to facilitate (safe, collaborative) history …

  5. comment
    Comment #36875407

    I drew a different conclusion from similar experience. I avoid navigation properties and other advanced mapping features, so an entity maps flatly to one table. The LINQ queries wi…

  6. comment
    Comment #32192939

    You can use `hg commit --interactive` to use the the commit itself as the staging area. And I'd argue that's a better model because: - It limits the amount of time changes are stor…

  7. comment
    Comment #32192354

    No reflog, but there is the obslog, which stores obsolescence history of individual revisions. Better yet, the obslog is distributed during pull / push. Because Mercurial knows pre…

  8. comment
    Comment #31538286

    I agree having production updated frequently is ideal, but sometimes we don't get to choose when things are deployed when working with external clients. I'm glad Terraform doesn't …

  9. comment
    Comment #31537717

    I'll consider this a variation on moving state elsewhere. Now you have to keep the deleted resource forever. Or keep track of which environments the version with the removal direct…

  10. comment
    Comment #31537664

    If Terraform is stateless, how does it know what it needs to / can delete? You'll either have to: - Move the state management elsewhere, and invoke different commands depends on wh…

  11. comment
    Comment #31469378

    csproj is fine these days. sln on the other hand...

  12. comment
    Comment #31133176

    that would be `hg prune` in modern Mercurial.

  13. comment
    Comment #31132270

    By default, Mercurial doesn't allow editing of public history pushed to or pulled from a remote repository. There are no such restrictions for local revisions, which are considered…

  14. comment
    Comment #31050297

    We have have been on self-hosted Heptapod [1] for about a year without much complaint. Heptapod is a fork of GitLab with Mercurial support. For open source projects, there is a fre…

  15. comment
    Comment #29850029

    if you do this often and want some automation, `git absorb` [1] may be worth a look. it will try to find lines that can be unambiguously attributed to a diff based on when the line…

  16. comment
    Comment #29036764

    in some accents they rhyme because of the cot-caught merger. https://en.wikipedia.org/wiki/Cot%E2%80%93caught_merger

  17. comment
    Comment #28673910

    Does GitLab count as a GitHub-like experience? There is a fork of GitLab called Heptapod that supports Mercurial. https://heptapod.net/

  18. comment
    Comment #26090293

    Changeset Evolution [1], which allows me to amend and rebase shared commits without co-workers hating me, even when they are building on top of the mutated commits. [1]: https://ww…

  19. comment
    Comment #24752054

    There is one (though incomplete)! And it's called Mercurial. Since 5.4 released earlier this year, Mercurial is slowly gaining [1] the ability to operate on local Git repositories …

  20. comment
    Comment #24695227

    Yes, unreachable commits in Git are GC'd eventually, but you can disable it. In Mercurial, hidden changesets are kept locally indefinitely, but they are not exchanged; only their o…

  21. comment
    Comment #24688936

    Git does hide the old commits as well. What git doesn't do is track which commits are replaced by which. So sharing mutable history and seeing how a commit evolved over time requir…

  22. comment
    Comment #24640083

    It works pretty well for the most part, since vim verbs and nouns are kind of like acronyms. 'w' goes to next Word. 'b' goes Back a word, 'i' enables Insert mode, 'd' Deletes somet…

  23. comment
    Comment #24316834

    To me as a daily Mercurial user, the biggest thing it brings is, in Git parlance, a distributed reflog. It makes sharing of mutable history much easier and safer. Mercurial has the…