Yes, I said it took time because you didn't use any filter.
I always thought that understanding business requirements is a good idea, because how do you want to implement something if you don't know what it is? For instance, "to take" may mean many things.
Note you've merely merely generated a project with all customizations in the given layer. It didn't export anything, it doesn't show which changes you've done (e.g. you'll get a table with 100 fields and 50 methods, while only of the field is yours), it doesn't contain any information about when changes were done, you may have changes in multiple layers (in that case, you didn't meet the requirements), you could have simply create a project from a model (which is easier and faster), and so on. Quite a few things to consider...
If you want information about what was done, the best source of information is the version control system. If you're not using any, you've just identified a huge problem that you should fix ASAP. You won't be able reconstruct details of previous customizations (e.g. you could have know who changed any line of code, when and why), but you'll start collecting that for new changes. You'll also be able to compare versions, roll back versions if needed, you won't risk losing any changes anymore and so on.